<\/p>\n
Der große Vorteil von Datenbanken gegenüber reinen Tabellenkalkulationen wie Excel ist, dass Sie in Datenbanken Beziehungen zwischen den Feldern zweier Tabellen herstellen können. Das an der Beziehung beteiligte Feld einer Tabelle mit einem eindeutigen Index (meist das Primärschlüsselfeld) wird dabei mit dem Fremdschlüsselfeld einer anderen Tabelle verknüpft. Das geht grundsätzlich auch ohne das Definieren von Beziehungen. Beziehungen steuern aber noch ein entscheidendes Feature bei: die referentielle Integrität. Damit können Sie beispielsweise sicherstellen, dass das Fremdschlüsselfeld auch nur Werte aufnimmt, die im Primärschlüsselfeld der verknüpften Tabelle enthalten sind. Wie das geht und was Sie mit der Festlegung referentieller Integrität noch erreichen können, lernen Sie in diesem Artikel.<\/p>\n
Die Beispiele dieses Artikels finden Sie in der Datenbank 2101_ReferentielleIntegritaet.accdb<\/b>.<\/p>\nWas ist referentielle Integrität<\/h2>\n
Referentielle Integrität legt Bedingungen fest, mit denen wir die Integrität der Daten in durch Beziehungen verknüpften Tabellen sicherstellen wollen. Referentielle Integrität soll dabei sicherstellen, dass das Fremdschlüsselfeld der einen Tabelle der Beziehung nur solche Werte aufnehmen kann, die im Primärschlüsselfeld der anderen Tabelle der Beziehung auftreten.<\/p>\n
Zusätzlich zur referentiellen Integrität können Sie unter Access und auch in anderen Datenbanksystem noch weitere Regeln festlegen:<\/p>\n
Wir zeigen im folgenden durch praktische Beispiele, wie sich diese Einstellungen in der Praxis auswirken.<\/p>\n
Um die Auswirkungen der referentiellen Integrität zu veranschaulichen, schauen wir uns zwei einfache Tabellen an, bei denen jeweils ein Datensatz der einen Tabelle mit einem Datensatz der anderen Tabelle verknüpft wird.<\/p>\n
Diese Verknüpfung entsteht formal zum jetzigen Zeitpunkt einfach nur dadurch, dass die eine Tabelle, tblKunden<\/b>, ein Feld namens AnredeID <\/b>enthält. Dieses soll Werte aus einer weiteren Tabelle namens tblAnreden <\/b>aufnehmen, die wiederum ein Feld namens AnredeID <\/b>enthält.<\/p>\n
In der Tabelle tblAnreden <\/b>soll das Feld AnredeID<\/b> jeden Datensatz eindeutig identifizieren können.<\/p>\n
Deshalb erzeugen wir für dieses Feld einen eindeutigen Index, indem wir diesem Feld die Eigenschaft Primärschlüssel <\/b>zuweisen (siehe Bild 1).<\/p>\n
Bild 1: Tabelle mit dem an der Beziehung beteiligten Primärschlüsselfeld<\/p>\n In der Tabelle tblAnreden <\/b>tragen wir nun zwei Datensätze ein, welche im Feld Anrede <\/b>die Werte Herr<\/b> und Frau <\/b>enthalten (siehe Bild 2).<\/p>\n Bild 2: Datensätze der Tabelle tblAnreden<\/p>\n In einer weitere Tabelle namens tblKunden <\/b>wollen wir für jeden Kunden eine Anrede festlegen. Das könnten wir erledigen, indem wir einfach ein Feld namens Anrede <\/b>hinzufügen, in das wir die Bezeichnung der Anrede wie Herr <\/b>oder Frau <\/b>eintragen.<\/p>\n Das Problem dabei ist, dass der Benutzer auch alle möglichen anderen Werte in dieses Feld eintragen kann.<\/p>\n Das führt zu Problemen, wenn man irgendwann einmal alle Kunden ermitteln möchte, deren Anrede Frau <\/b>lautet oder auch Herr<\/b>. Um das zu unterbinden, legen wir kein Textfeld namens Anrede <\/b>an, sondern ein Zahlenfeld namens AnredeID<\/b> (siehe Bild 3).<\/p>\n Bild 3: Tabelle mit dem an der Beziehung beteiligten Fremdschlüsselfeld<\/p>\n In dieses wollen wir nun die Zahlen eintragen, die im Feld AnredeID<\/b> der Tabelle tblAnreden <\/b>für die jeweiligen Anreden definiert sind, hier also 1 <\/b>für Herr <\/b>und 2 <\/b>für Frau<\/b>.<\/p>\n Ohne weitere Schritte können wir in das Feld AnredeID <\/b>der Tabelle tblKunden <\/b>jedoch nicht nur die Werte 1 <\/b>und 2 <\/b>eintragen, die im Feld AnredeID <\/b>der Tabelle tblAnreden <\/b>enthalten sind, sondern auch alle anderen Zahlenwerte.<\/p>\n Wenn wir hier den Zahlenwert 3 <\/b>eintragen und irgendwann einmal nachschauen wollen, welche Anrede wir für diesen Kunden festgelegt haben, finden wir in der Tabelle tblAnreden <\/b>keinen passenden Datensatz.<\/p>\n Um so etwas zu verhindern, verwenden wir Beziehungen mit referentieller Integrität. Eine solche Beziehung können wir über die Benutzeroberfläche nur im Beziehungsfenster definieren. Dieses öffnen Sie mit dem Ribbon-Befehl Datenbanktools|Be-zie-hungen|Be-zie-hun-gen<\/b>.<\/p>\n Zusätzlich zum nun erscheinenden Beziehungen<\/b>-Fenster finden Sie ab Access 2016 noch einen Dialog namens Tabellen hinzufügen <\/b>vor (in früheren Versionen hieß dieser Tabelle anzeigen<\/b>). Aus diesem wählen Sie die Tabellen aus, zwischen denen Sie eine Beziehung aufbauen wollen, und fügen diese mit einem Klick auf die Schaltfläche Ausgewählte Tabellen hinzufügen <\/b>zum Beziehungen<\/b>-Fenster hinzu (siehe Bild 4). Sie können die Tabellen auch per Drag and Drop in das Beziehungen-Fenster ziehen.<\/p>\n Bild 4: Tabelle zum Beziehungen-Fenster hinzufügen<\/p>\n Ebenfalls per Drag and Drop erstellen Sie die Beziehung zwischen den beiden Tabellen. Dazu ziehen Sie das Feld AnredeID <\/b>aus der Tabelle tblKunden<\/b> auf das Feld AnredeID <\/b>der Tabelle tblAnreden <\/b>(siehe Bild 5). In diesem Fall können Sie auch andersherum das Feld AnredeID <\/b>aus der Tabelle tblAnreden <\/b>auf das Feld AnredeID <\/b>der Tabelle tblKunden <\/b>ziehen.<\/p>\n Bild 5: Herstellen einer Beziehung per Drag and Drop<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>![\"Tabelle](\"..\/tl_files\/images\/pic_515_001.png\")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\nKeine Einschränkung ohne referentielle Integrität<\/h2>\n
Referentielle Integrität per Beziehungen-Fenster<\/h2>\n
<\/a><\/p>\nBeziehung zwischen zwei Tabellen herstellen<\/h2>\n
<\/a><\/p>\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