Kategorie: Tabellen entwerfen

Im Artikel Tabellen [basics]: Mehrwertige Felder (www.access-basics.de/566) haben wir gezeigt, wie man Nachschlagefelder ohne Einrichten einer weiteren Tabelle realisieren kann – und dabei auch noch mehr als einen verknüpften Datensatz aus den verfügbaren Einträgen auswählen kann. Im vorliegenden Artikel schauen wir uns eine Erweiterung dieser Mehrwertigkeit an. Dabei nutzen wir 1:n-Beziehungen mal ein wenig anders als es üblicherweise geschieht und bilden damit prinzipiell den Nutzen einer m:n-Beziehung ab. Welche Vor- und Nachteile dies hat, besprechen wir ebenfalls in diesem Artikel.

Berechnete Felder kennt man sonst nur aus Abfragen, Formularen oder Berichten, wo man in Spalten oder Steuerelementen Ausdrücke verwenden kann, die zum Beispiel Berechnungen auf der Basis des Inhalts anderer Felder durchführen oder Texte aus Feldern auf bestimmte Art und Weise zusammenführen. Mit Access 2010 wurde jedoch ein Felddatentyp namens Berechnete Felder eingeführt. Diesen kann man direkt in der Tabelle definieren und er berechnet jeweils den enthaltenen Ausdruck. Wie man ein solches Feld einrichtet, ob und wann das sinnvoll ist und welche Nachteile dies mit sich bringt, zeigen wir in diesem Artikel.

Wenn wir im Datenmodell Beziehungen zwischen zwei Tabellen definieren, geschieht das meist unter Anwendung der sogenannten referenziellen Integrität. Was das im Detail bedeutet, haben wir bereits im Artikel Tabellen [basics]: 1:n-Beziehungen (www.access-basics.de/571) erläutert. Dort haben wir allerdings den Aspekt etwas stiefmütterlich behandelt, dass ein Fremdschlüsselfeld in einer 1:n-Beziehung mit referenzieller Integrität auch den Wert Null enthalten kann. Was es damit auf sich hat, welche Folgen das haben kann und wie wir darauf reagieren können, erläutern wir im vorliegenden Artikel.

Währungsfelder sind im Grunde Zahlenfelder des Datentyps Dezimal. Nur, dass wir den Datentyp Dezimal über die Benutzeroberfläche nicht direkt angeboten bekommen. Warum aber verwenden wir überhaupt einen anderen Zahlendatentyp als beispielsweise Single oder Double, die auch Nachkommastellen bieten Der Grund ist die Genauigkeit. Single und Double sind Gleitkommazahlen, die bei Rechenoperationen Rundungsfehler produzieren können. Währung beziehungsweise Dezimal nehmen Festkommazahlen auf, bei denen die Position des Kommas für das Feld festgelegt wird. Dieser Artikel zeigt, wie wir Währungsfelder nutzen und was wir noch damit machen können – außer Geldbeträge darin zu speichern.

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.

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.

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.