Die Referentielle Integrität überwacht die Beziehungen zwischen den Tabellen so restriktiv, daß bestimmte Aktionen nicht oder nur sehr mühsam möglich sind. Dies läßt sich durch zwei Optionen wieder entschärfen.

Der Beziehungstyp zwischen dem Primärschlüssel kndID und dem Fremdschlüssel telkndIDRef ist 1:n (sprich eins zu n), das heißt, ein Wert von kndID kann n-mal in telkndIDRef benutzt werden.

Sobald Sie Mit referentieller Integrität aktivieren, werden auch zwei weitere Kontrollkästchen aktiviert:

• die Aktualisierungsweitergabe an verwandte Felder bedeutet, dass Sie in kndID eine Zahl ändern dürften. Solange das nicht angekreuzt ist, können Sie bereits von telkndIDRef benutzte kndID-Werte nicht ändern, denn dann hätten diese wenigstens vorübergehend keine gültigen Daten. Mit der Aktualisierungsweitergabe passt Access die zugehörigen Daten sofort und automatisch an die Änderung an. Da es sich in diesem Fall aber um AutoWerte handelt, ist eine Änderung eines kndID-Wertes technisch ohnehin nicht möglich.

• die Löschweitergabe an verwandte Datensätze folgt einem ähnlichen Prinzip. Um einen Kunden zu löschen, müssen zuerst alle tblTelekommunikationen-Datensätze gelöscht werden, die für diesen gelten. Erst dann darf dieser Kunde gelöscht werden, was schon ein wenig lästig sein kann. Sobald die Löschweitergabe aktiviert ist, kümmert sich Access darum, alle abhängigen Daten vorher zu löschen.

Löschweitergabe

Wenn Sie im Dialog Löschweitergabe an verwandte Datensätze auswählen, übernimmt Access im Bedarfsfall solche Aufräumarbeiten für Sie. Beim Löschen eines Datensatzes der Master-Tabelle müssen Sie bei vorhandenen passenden Detail-Datensätzen bestätigen, dass auch diese gelöscht werden.

Das ist zur Entwurfszeit sehr praktisch, aber im Echtbetrieb eher gefährlich, weil es keine Information gibt, welche oder wie viele Datensätze betroffen sind. Immerhin kann das kaskadierend über viele Tabellen hinweg Folgen haben, wie die folgende Datenbank-Skizze verdeutlicht: