Kategorie: Tabellen entwerfen

Wer mit Access arbeitet, kennt vermutlich die Nachschlagefelder, die das Auswählen von Daten aus einer per 1:n-Beziehung verknüpften Tabelle erleichtern. Es gibt aber noch eine weitere Möglichkeit unter Access, mit dem man in einem Feld mehrere Werte zur Auswahl anbieten kann. Solche Felder nennen wir mehrwertige Felder. Wie man ein solches anlegt, wie es funktioniert, warum man damit in Prinzip auch m:n-Beziehungen nachbilden kann und was die Vor- und Nachteile sind, erläutern wir in diesem Artikel.

Nachdem wir bereits die 1:n-Beziehung und die m:n-Beziehung kennengelernt haben, wobei letztere nur zwei 1:n-Beziehungen mit zwei Mastertabellen und der gleichen Detailtabelle sind, schauen wir uns nun den letzten Beziehungstyp an: die 1:1-Beziehung. Dabei legen wir eine Einschränkung fest, bei der wir einen Datensatz der einen Tabelle genau einem Datensatz der anderen Tabelle zuordnen können. Aber wozu sollte man das brauchen – und wie realisiert man eine 1:1-Beziehung All das erläutern wir in diesem Artikel.

Ein spannender Felddatentyp sind die Anlagefelder. Sie ermöglichen eine viel einfachere Handhabung zum Speichern von Dateien in einem Feld einer Tabelle. Wir können Dateien damit über die Benutzeroberfläche in einem Datensatz einer Tabelle speichern, diesen wieder im Dateisystem speichern und wieder aus der Tabelle entfernen. Für Bilddateien offerieren Anlagefelder sogar noch eine weitere Funktion, denn diese können wir über ein entsprechendes Steuerelement im Formular anzeigen. Früher haben wir Dateien, wenn überhaupt, im OLE-Feld einer Tabelle gespeichert, aber der Umgang mit dem Anlagefeld ist wesentlich einfacher. In diesem Artikel schauen wir uns das Anlagefeld genauer an.

Den Begriff Zahlenfeld kann man in Access auf verschiedene Arten interpretieren. Die erste ist, damit alle Felder zu beschreiben, die numerische Werte speichern. Darunter fallen nicht nur Felder mit dem Felddatentyp Zahl, sondern auch Datum/Uhrzeit, Währung, Autowert (mit der Feldgröße Long Integer), Ja/Nein und so weiter. In diesem Artikel wollen wir uns jedoch nur die Eigenschaften des Felddatentyps Zahl anschauen und welche Einstellungsmöglichkeiten es dafür gibt – und natürlich die Besonderheiten.

Eine m:n-Beziehung ist eigentlich gar keine echte Beziehung, sondern die Kombination zweier per 1:n-Beziehung verknüpfter Tabellen – wobei es eine dritte Tabelle gibt, welche die beiden per m:n-Beziehung zu verknüpfenden Tabellen verbindet. Dazu stellt diese Verknüpfungstabelle zwei Fremdschlüsselfelder, über die sie mit den beiden übrigen Tabellen verknüpft wird und diese so miteinander verbindet. Was es beim Anlegen solcher m:n-Beziehungen zu beachten gibt, welche Sonderfälle man wozu nutzen kan und welche Möglichkeiten sich sonst noch bieten, zeigen wir in diesem Artikel.

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.

Ein paar Indizes hast Du in der Tabellen [basics]-Reihe bereits kennengelernt – zum Beispiel den Primärschlüssel. In diesem Artikel schauen wir uns an, wozu Indizes überhaupt dienen und wie Du sie optimal in den Tabellen Deiner Datenbankanwendung nutzen kannst. Dabei schauen wir uns an, wo Indizes helfen, die Performance zu verbessern und an welchen Stellen sie eher bremsend wirken. Außerdem lernst Du die verschiedenen Stellen kennen, an denen Du Indizes für eine Tabelle festlegen kannst und unter welchen Umständen Microsoft Access automatisch Indizes hinzufügt.

Wenn Du wie im Artikel Tabellen [basics]: Datenbank aufteilen per Assistent (www.access-basics.de/580) Deine Datenbank in Frontend und Backend aufgeteilt hast, kann es passieren, dass jemand das Verzeichnis oder den Dateinamen des Backends ändert. Da der Pfad zum Backend in den Tabellenverknüpfungen gespeichert ist, die beim Aufteilen der Datenbank erstellt wurden, kann das Frontend das Backend mit den Tabellen nicht mehr finden. Wie Du in einem solchen Fall die Verknüpfungen schnell aktualisierst, zeigt der vorliegende Artikel.

Im Artikel Tabellen [basics]: Verknüpfung aktualisieren (www.access-basics.de/612) haben wir uns angeschaut, wie wir die Verknüpfungen zu den Tabellen in einer Backenddatenbank in einem Frontend wiederherstellen, wenn diese einmal nicht mehr stimmen. Dort ist die Frage aufgetaucht, ob man nicht per Makro beim Öffnen einer Datenbank prüfen kann, ob die Verknüpfungen aktuell sind und, falls dies nicht der Fall ist, automatisch den Benutzer informiert und den Tabellenverknüpfungs-Assistenten aufruft, um die Verknüpfungen zu aktualisieren. Ob und wie das gelingt, schauen wir uns im aktuellen Artikel an.