Wenn Sie den Benutzern eine Access-Datenbank in einer Mehrbenutzerumgebung bereitstellen, erfordert dies wesentlich mehr Arbeit als eine Einzelplatzanwendung. Beispielsweise wäre da die Aufteilung in eine Backend- und mehrere Frontenddatenbanken, die Pflege von Front- und Backend etwa in Form des regelmäßigen Komprimierens zur Vermeidung eines Aufblähens der Datenbanken und mehr. Dieser Artikel stellt grundlegende Techniken zu diesen Anforderungen vor.<\/p>\n
Die Beispiele dieses Artikels finden Sie in der Datenbank 1508_FrontBackend.zip<\/b>.<\/p>\nMehrbenutzerumgebung<\/h2>\n
Wenn eine Access-Datenbank von mehreren Nutzern gleichzeitig in Betrieb ist, so sieht das übliche System folgendermaßen aus: Auf den Arbeitsstationen liegen die Frontend-Datenbanken<\/b>, die für die Anwenderoberfläche verantwortlich sind. Sie werden durch Doppelklick auf die accdb-Datei<\/b> oder über eine Desktop-Verknüpfung auf sie in Access gestartet.<\/p>\n
In diesem Frontend<\/b> befinden sich jedoch nicht die gemeinsam zu bearbeitenden Daten, denn dafür ist genau eine Backend-Datei<\/b> zuständig, die die entsprechenden Tabellen enthält. Sie liegt in der Regel auf einem File-Server<\/b> in einem Verzeichnis, auf das alle Benutzer Lese- und Schreibrechte haben. Allerdings reicht auch das meist noch nicht aus, denn beim Komprimieren der Backenddatei wird eine temporäre Datei im Verzeichnis angelegt, die alte gelöscht und sie anschließend umbenannt. Damit sind Verwaltungsrechte auf das Verzeichnis nötig, also die Erlaubnis für das Löschen und Erzeugen von Dateien.<\/p>\n
Die Tabellen dieses Backends<\/b> werden nun in die Frontends<\/b> verknüpft. Auf diese verknüpften Tabellen bauen die Formulare und Berichte der Anwendung auf.<\/p>\n
Einmal eingerichtet könnte mit diesem System in aller Ruhe gearbeitet werden, wären da nicht ein paar Fallstricke. Sowohl Backend<\/b>, wie Frontend<\/b> blähen sich im Betrieb mit der Zeit auf. Deshalb ist das regelmäßige Komprimieren beider zu empfehlen, wenn nicht die Performance irgendwann einbrechen und die Anwender über Kaffeepausen beim Bearbeiten ihrer Daten klagen sollen. Auch die Gefahr von Datenkorruption nimmt zu, wenn das Komprimieren nie geschieht.<\/p>\n
Und dann bleibt es selten bei der Urfassung einer Datenbank. Weiterentwicklung ist an der Tagesordnung. Mit jeder neuen Version stehen Sie vor der Aufgabe, das neue Frontend<\/b> auf die Arbeitsstationen zu verteilen.<\/p>\n
Das kann man manuell erledigen, falls man Vorort weilt, aber komfortabler wäre doch eine automatisierte Lösung. Dann können Sie das neue Frontend einfach auf einen File-Server<\/b> legen, auf den Sie unter Umständen sogar per VPN<\/b> Fernzugriff haben.<\/p>\n
Blöd nur, dass dann die Pfade der verknüpften Tabellen im Frontend<\/b> nun nicht mehr stimmen. Auf Ihrem Entwicklerrechner haben Sie wahrscheinlich ganz andere Verzeichnisstrukturen, als die Anwender in der Firma. Also müssen in den Frontends<\/b> die Tabellen neu mit dem Backend<\/b> verknüpft werden, was wiederum eine Aufgabe ist, die Sie besser nicht dem Anwender überlassen. Auch das sollte automatisch im Hintergrund vor sich gehen.<\/p>\n
Damit stellen sich diese vier Grundanforderung:<\/p>\n
Schauen wir uns dazu einige einfach gehaltene Lösung an.<\/p>\n
Im Prinzip geht es dabei um nichts anderes, als Ihr Entwickler-Frontend<\/b> als Datei auf die einzelnen Rechner zu kopieren. Mancher sieht hier eine Versionierung vor. Das Kopieren geschähe demnach nur, wenn eine neuere Version des Frontends<\/b> vorläge. Dafür gibt es aber wenig plausible Gründe. Am Einfachsten ist es, das Kopieren schlicht von einem Skript durchführen zu lassen, welches entweder beim Starten der Anwendung angestoßen wird, oder im Autostart-Ordner<\/b> der Rechner liegt, so dass es jeweils beim Anmelden am Rechner ausgeführt wird.<\/p>\n
Wir entscheiden uns hier für die erste Lösung, weil das Frontend<\/b> so auf Zuruf etwa auch mittags aktualisiert werden kann. Eigentlich reicht für diesen Zweck eine kurze Windows-Batch-Datei<\/b> aus. Da wir uns jedoch in der Ausgabe 04\/2015 von AccessBasics bereits mit VB-Script <\/b>auseinandersetzten, verwenden wir diese Sprache auch an dieser Stelle. Mit VB-Script<\/b> hat man etwa mehr Möglichkeiten zur Kontrolle der Vorgänge und kann eine Fehlerbehandlung vorsehen.<\/p>\n
Das Kopier-Skript finden Sie in Listing 1. Speichern Sie den Text als Datei unter dem Namen copy_frontend.vbs<\/b> im Verzeichnis der Datenbank. Leider gibt es unter VB-Script<\/b> keine direkte Funktion zum Ermitteln des aktuellen Verzeichnisses. Mit einem Trick gelingt jedoch auch dies. ScriptFullName<\/b> ist eine Eigenschaft, die den Dateinamen des aktuell ausgeführten Skripts selbst wiederspiegelt. Damit ist der Pfad ebenfalls enthalten. über die InstrRev<\/b>-Funktion und Left<\/b> wird das Verzeichnis aus dem Dateipfad herausgeschnitten. Damit steht das Zielverzeichnis für den Kopiervorgang in der Variablen sPathTarget<\/b> bereit. In der Demo zum Beitrag ist das Verzeichnis, in dem sich das Entwickler-Frontend befindet, durch den Unterordner FileShare<\/b> simuliert. sPathSource<\/b> wird entsprechend gebildet. In natura setzten Sie hier eher hartkodiert den Pfad zum Server-Verzeichnis ein. <\/p>\n Listing 1: VBS-Script zum Aktualisieren des Frontends aus einem File Share<\/p>\n Zum Kopieren von Dateien müssen Sie unter VB-Script<\/b> ein Shell-Objekt <\/b>bemühen, wie es etwa im FileSystemObject<\/b> vorliegt. Die Objektvariable fso<\/b> nimmt es auf. Mit FileExists<\/b> wird zunächst überprüft, ab das Entwickler-Frontend überhaupt vorhanden ist. Im Erfolgsfall übernimmt CopyFile<\/b> dann letztendlich das Kopieren. Der Parameter Overwrite<\/b> steht auf True<\/b>, was bedeutet, dass eine eventuell vorhandene Datei gleichen Namens sang- und klanglos überschrieben wird. Der Erfolg der Aktion wird am Schluss über eine Messagebox<\/b> quittiert. Diese Zeile können Sie natürlich löschen.<\/p>\n Auch für diese Aufgabe steht ein VB-Script<\/b> bereit. Das Problem ist ja, dass eine Datenbank per VBA nicht komprimiert werden kann. Das Komprimieren schließt zunächst die Datenbank, wodurch eine laufende Prozedur sofort abgebrochen würde. Aus diesem Grund hat Microsoft allen Methoden zum Komprimieren der aktuellen Datenbank einen Riegel vorgeschoben. Ergo muss das Frontend e<\/b>xtern komprimiert werden.<\/p>\n Das Skript in Listing 2 speichern Sie unter dem Namen startdb_compressed.vbs<\/b> ebenfalls im Datenbankordner. ähnlich, wie im vorigen Skript, ermittelt die Routine zunächst den Pfad des Datenbankordners über ScriptFullName<\/b>, um darüber den Namen der Frontend-Datei<\/b> in sFile<\/b> zu generieren.<\/p>\n Listing 2: VBS-Script zum Komprimieren und Starten des Frontends<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>sScriptFile = WScript.ScriptFullName \r\nn = InstrRev(sScriptFile,\"\\\")\r\nsPathTarget = Left<\/span>(sScriptFile,n)\r\nsPathSource = sPathTarget & \"FileShare\"\r\nsFileSource = sPathSource & \"\\1508_Frontend.accdb\"\r\nSet<\/span> fso = CreateObject(\"Scripting.FileSystemObject\")\r\nIf <\/span>fso.FileExists(sFileSource) Then<\/span>\r\n fso.CopyFile sFileSource, sPathTarget, True<\/span>\r\n Msgbox \"Info: Datenbank-Frontend aktualisiert.\"\r\nEnd if<\/pre>\nFrontend komprimieren und starten<\/h2>\n
sScriptFile = WScript.ScriptFullName \r\nn = InstrRev(sScriptFile,\"\\\")\r\nsPath = Left<\/span>(sScriptFile,n)\r\nsFile = sPath & \"1508_Frontend.accdb\"\r\nSet<\/span> fso = CreateObject(\"Scripting.FileSystemObject\")\r\nSet<\/span> oDBEng = CreateObject(\"DAO.DbEngine.120\")\r\nIf <\/span>fso.FileExists(sPath & \"tmp.accdb\") Then<\/span>\r\n Set<\/span> f = fso.GetFile(sPath & \"tmp.accdb\")\r\n f.Delete\r\nEnd if\r\noDBEng.CompactDatabase sFile, sPath & \"tmp.accdb\"\r\nIf <\/span>fso.FileExists(sPath & \"tmp.accdb\") Then<\/span>\r\n Set<\/span> f = fso.GetFile(sFile)\r\n f.Delete\r\n Set<\/span> f = fso.GetFile(sPath & \"tmp.accdb\")\r\n f.Name = \"1508_Frontend.accdb\"\r\nEnd If<\/span>\r\nSet<\/span> oShell = CreateObject(\"Shell.Application\")\r\noShell.ShellExecute sFile<\/pre>\n
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Access [basics]<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 400 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t