<\/p>\n
In einigen Artikel haben wir gezeigt, wie Du Datenbanken mit dem Assistenten oder manuell aufteilst und wie Du die Verknüpfungen aktuell hältst. Aber wozu teilt man Datenbanken überhaupt auf, indem man die Tabellen der eigentlichen Datenbank in eine Backenddatenbank überträgt und im Frontend nur noch Verknüpfungen auf diese Tabellen verwendet Unsere Ideen dazu wollen wir Dir in diesem Artikel mitteilen. Und es gibt nicht nur einen Grund, sondern gleiche eine ganze Reihe – von der Vereinfachung der Wartung bis zum Mehrbenutzerzugriff.<\/p>\n
Eine Access-Datenbank ist eigentlich nur eine einzige Datei. Diese enthält alle notwendigen Elemente für die Arbeit mit der Datenbank: Tabellen mit den Daten, Abfragen zum Auswählen und Sortieren der Daten, Formular für die Bearbeitung und Berichte zur formatierten Ausgabe für Drucker oder PDF sowie ein VBA-Projekt mit den Prozeduren und Funktionen für die Automatisierung der Anwendung. Das sieht wie in Bild 1 aus.<\/p>\n
Bild 1: Die Access-Datenbank liegt als einzelne .accdb-Datei auf dem Arbeitsrechner.<\/p>\n Wenn man das Ganze so schön praktisch als eine Datei verwenden kann, warum sollte man überhaupt auf die Idee kommen, mehr als eine Datenbankdatei pflegen zu wollen Zumal es sogar möglich ist, eine Datenbankdatei auf einem Netzlaufwerk abzulegen und mit mehreren Benutzern darauf zuzugreifen.<\/p>\n Schauen wir uns also an, warum und wann man eine Datenbank aufteilen sollte. Dazu gibt es beispielsweise die folgenden Gründe:<\/p>\n In den folgenden Abschnitten schauen wir uns diese Gründe im Detail an.<\/p>\n Das Ergebnis sieht nun wie in Bild 2 aus. Es gibt zwei .accdb<\/b>-Datenbankdateien auf dem Arbeitsrechner.<\/p>\n Bild 2: Die Datenbank auf dem Arbeitsrechner ist in Frontend und Backend aufgeteilt.<\/p>\n Die eine enthält die Abfragen, Formulare, Berichte, Makros und VBA-Code und heißt Frontend und die andere enthält die Datenbanktabellen und heißt Backend.<\/p>\n Die Größe einer Access-Datenbank ist auf zwei Gigabyte begrenzt. Wenn die Objekte wie Abfragen, Formulare, Berichte, Makros und der VBA-Code bereits viel Platz einnehmen, bleibt weniger Platz für die in den Tabellen gespeicherten Daten über.<\/p>\n In diesem Fall könnte man die Tabellen in ein Backend auslagern, sodass sowohl für die Daten als auch für die Benutzeroberfläche und die Anwendungslogik jeweils bis zu zwei Gigabyte Platz auf der Festplatte genutzt werden können.<\/p>\n Mit dieser Technik könnte man auch noch Tabellen, die nicht mit anderen Tabellen verknüpft sind, in eine dritte Datenbankdatei auslagern und somit weiteren Speicherplatz freischalten.<\/p>\n Wenn die Datenbank eine „Work in Progress“ ist, was eigentlich bei allen Datenbankanwendungen der Fall ist, nimmt man regelmäßig Änderungen daran vor.<\/p>\n Wenn die Datenbank in Frontend und Backend aufgeteilt ist, braucht man bei Anpassungen, die nur das Frontend betreffen, nur eine Sicherheitskopie des Frontends anzulegen und kann dann ohne Rücksicht auf Verluste am Design und am Code der Objekte im Frontend arbeiten.<\/p>\n Ist die Funktion eingebaut und getestet, kann man die alte Version verwerfen und die neue Version des Frontend nutzen.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>![\"Die](\"..\/tl_files\/images\/pic_614_002.png\")
<\/a><\/p>\n\n
<\/a><\/p>\nAufteilen, um den verfügbaren Speicherplatz zu erhöhen<\/h2>\n
Aufteilen, um die Wartbarkeit des Frontends zu verbessern<\/h2>\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