Es gibt viele Möglichkeiten, um eine neue Datenbank-Datei in Access zu erstellen. Möglicherweise haben Sie die Leere Datenbank-Taste in der oberen linken Ecke des Office Online-Bereichs in Access schon bemerkt.

Diese Taste und die Office-Schaltfläche ➪ “Neu” zeigen den Leere Datenbank-Bereich im rechten Bereich des Hauptfensters. Der Leere Datenbank-Bereich ersetzt die Liste der zuletzt geöffneten Datenbanken auf dem Hauptbildschirm. Geben Sie den Namen der neuen Datenbank in das Feld Dateiname ein. Standardmäßig erstellt Access die neue Datenbank-Datei im Windows-Ordner, je nachdem, was Sie in letzter Zeit in Access geöffnet haben.

Datenbank erstellen

Wenn Sie auf die Office-Schaltfläche ➪“Neu” klicken, haben Sie die Möglichkeit eine Leere Datenbank zu erstellen.

Standardmäßig erstellt Access einen Default-Name wie z.B. Datenbank1.accdb für neue Datenbanken. Achten Sie darauf, einen Namen einzutragen denn Sie auch erkennen können. Die Endung. ACCDB ist optional, da Access automatisch die Endung eingibt, wenn Sie dies nicht tun.

Wenn Sie den Namen der Datenbank eingetragen haben dann klicken Sie auf erstellen. Wenn die neue Datenbank erstellt wird, öffnet Access die Leere Datenbank automatisch für Sie.

Datenbank-Fenster

Datenbank-Fenster

Verstehen, wie Access mit den Daten arbeitet

Es gibt viele Arten die Microsoft Access nutzt um mit den Daten zu arbeiten. Access arbeitet mit lokalen Tabellen. In einer lokalen Tabelle sind Access. Mdb-Datei enthalten.

In vielen professionell entwickelte Microsoft Access-Anwendungen, werden die tatsächlichen Tabellen  in einer Datenbank getrennt gespeichert  von den anderen Interface-Objekten (Formulare, Berichte, Abfragen, Seiten, Makros und Module). Die Back-End-Datei bleibt zwar auf einem Dateiserver im Netzwerk, und jeder User hat eine Kopie der Datenbank (mit den Formularen und Berichten) auf seinem Computer.

Durch die Trennung der Daten und deren Tabellen in eine andere Datenbank, ist die Wartung der Arbeit (Bau neuer Indizes, die Reparatur der Tabellen, usw.) leichter, ohne den Rest des Systems zu betreffen.

Zum Beispiel wenn Sie mit einem Mehrbenutzer-System arbeiten und finden ein Problem in einem Formular oder Bericht in der Datenbank. Wenn alle Daten und Interface-Objekte in der gleichen Datenbank sind, müssen Sie das System herunterfahren. Während der Reparatur des gebrochenen Formulars oder einen Berichts können die anderen Nutzer nicht mit der Anwendung arbeiten, während Sie das Formular oder den Bericht reparieren. Durch die Trennung von Daten von anderen Objekten können Sie den irrenden Objekt fixieren, während andere noch arbeiten mit den Daten.

Nachdem Sie das Problem behoben haben, liefern Sie die neuen Änderungen zu den anderen Nutzern, und importieren das Formular oder den Bericht in ihre lokalen Datenbanken. Durch die Pflege der Daten in einer eigenen Datenbank, haben Sie eine bessere Kontrolle über die Informationen. Die Back-End-Datenbank ist einfach gesichert und ohne Beeinträchtigung der Benutzer verwaltet.