{"id":55000520,"date":"2021-04-01T00:00:00","date_gmt":"2021-04-01T00:00:00","guid":{"rendered":"http:\/\/access-basics.de\/520"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Verknuepfte_Daten_loeschen_bei_referentieller_Integritaet","status":"publish","type":"post","link":"https:\/\/access-basics.de\/index.php\/Verknuepfte_Daten_loeschen_bei_referentieller_Integritaet.html","title":{"rendered":"Verknüpfte Daten löschen bei referentieller Integrität"},"content":{"rendered":"

\"\"<\/p>\n

Wenn Sie die Beziehung zweier Tabellen mit referentieller Integrität definiert haben und dabei die Löschweitergabe nicht aktiviert ist, können Sie Daten aus der Tabelle mit dem an der Beziehung beteiligten Primärschlüsselfeld nicht ohne weiteres löschen. Manchmal ist das aber dennoch erwünscht – beispielsweise, wenn die Daten zuvor in ein Archiv übertragen wurden. Wie Sie die Daten dann löschen, stellen wir in diesem Artikel vor.<\/p>\n

Beispieldatenbank<\/h2>\n

Die Beispiele dieses Artikels finden Sie in der Datenbank 2102_VerknuepfteDatenLoeschen.accdb<\/b>.<\/p>\n

Warum löschen trotz deaktivierter Löschweitergabe<\/h2>\n

Referentielle Integrität mit deaktivierter Löschweitergabe definiert man, damit die Daten aus der mit dem Primärschlüsselfeld an der Beziehung beteiligten Tabelle nicht so einfach gelöscht werden können, wenn es in der Tabelle mit dem Fremdschlüsselfeld bereits mit dem zu löschenden Datensatz verknüpfte Datensätze gibt.<\/p>\n

Oder an einem Beispiel erklärt: Angenommen, Sie verwalten Kunden und Bestellungen in den beiden Tabellen tblKunden <\/b>und tblBestellungen<\/b>, die über das Fremdschlüsselfeld KundeID <\/b>in der Tabelle tblBestellungen <\/b>und das Primärschlüsselfeld KundeID <\/b>in der Tabelle tblKunden <\/b>verknüpft sind. Außerdem ist für diese Beziehung referentielle Integrität ohne Löschweitergabe definiert. Dann können Sie einen Kunden nicht mehr löschen, wenn zu diesem Kunden bereits mindestens eine Bestellung vorliegt.<\/p>\n

An der Bestellung hängen übrigens auch noch die Bestelldetails, wiederum über eine Beziehung mit referentieller Integrität und Löschweitergabe verknüpft (siehe Bild 1).<\/p>\n

\"Tabellen<\/a><\/p>\n

Bild 1: Tabellen der Beispieldatenbank<\/p>\n

Warum sollte man solch einen Kunden dennoch löschen wollen Beispielsweise deshalb, weil dieser Kunde seit zehn Jahren nichts mehr bestellt hat und deshalb in eine Archivtabelle in einer anderen Datenbank übertragen werden soll.<\/p>\n

Während die referentielle Integrität ohne Löschweitergabe im regulären Betrieb sicherstellt, dass keine Kunden gelöscht werden, für die es bereits Bestellungen gibt, erweist sie sich als hinderlich, wenn man diese Daten aus berechtigten Gründen doch einmal löschen möchte.<\/p>\n

Verknüpfte Daten in richtiger Reihenfolge löschen<\/h2>\n

Wie aber wollen wir diese Daten löschen Entfernen wir die referentielle Integrität, löschen dann die betroffenen Datensätze und aktivieren die referentielle Integrität anschließend wieder Nein, denn Änderungen am Datenmodell sollte man nur dann vornehmen, wenn dies durch Erweiterungen in Form neuer Tabellen oder Felder nötig ist.<\/p>\n

Die Lösung ist, das wir die Aufgabe von der anderen Seite aus angehen. Wir löschen also nicht direkt den Kunden, was ja gar nicht möglich ist, sondern beginnen mit den Daten der Tabelle, die am Ende der Kette steht – in diesem Fall die Tabelle tblBestelldetails<\/b>:<\/p>\n