Kategorie: Tabellen entwerfen

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.

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.

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.

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.

Das Speichern von Informationen wie Datum und Uhrzeit in Access-Tabellen ist eigentlich einfach. In bestimmten Situationen kann es jedoch wichtig sein, zu wissen, wie diese Informationen, die meist als Tage, Monate und Jahre beziehungsweise Stunden, Minuten und Sekunden angezeigt werden, tatsächlich in der Datenbank landen. Und wie bei allen Felddatentypen gibt es auch bei diesem interessante Eigenschaften, die wir im vorliegenden Artikel vorstellen.

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.

Lookup-Beziehungen sind solche Beziehungen, wo eine Tabelle, wie beispielsweise zum Verwalten von Kundendaten, ein Feld enthält, mit dem genau eine Eigenschaft dieses Kunden aus den Datensätzen einer anderen Tabelle ausgewählt werden kann. Ein schönes Beispiel dafür ist die Anrede des Kunden. Solche Beziehungen lassen sich sehr schön mit dem Nachschlage-Assistenten definieren, den wir bereits in einem weiteren Artikel beschrieben haben. Im vorliegenden Artikel zeigen wir, wie Du solche Beziehungen von Hand definieren und sie gegebenenfalls noch an spezielle Anforderungen anpassen kannst.

Eine Datenbank aufteilen Warum sollte ich das denn tun Dafür gibt es mehrere Gründe. Diese erklären wir in diesem Artikel – und wir zeigen gleich noch, wie Du die Aufteilung einer Datenbank mit dem dafür vorgesehenen Assistenten durchführen kannst. Als Ergebnis erhältst Du eine neue Backenddatenbank, welche die Tabellen der aufzuteilenden Datenbank aufnimmt, und die ursprüngliche Datenbank wird zum Frontend und erhält Verknüpfungen zu den Tabellen im Backend. So kannst Du im Frontend prinzipiell genauso mit den Daten arbeiten, als ob sich diese in der gleichen Datenbankdatei befinden würden.