Angenommen, Sie versuchen, die Abteilung R&D (DepartmentID 100) in der Departments-Tabelle zu löschen. Es wird ein Fehler gemeldet, der darauf hinweist, dass andere Datensätze in der Datenbank enthalten sind, die die Abteilung R&D referenzieren, und der Löschvorgang wird nicht ausgeführt. Um die Abteilung R&D zu löschen, müssen Sie zuerst die darin enthaltenen Mitarbeiter entfernen, und zwar folgendermaßen:

DELETE
FROM Employees
WHERE DepartmentID = 100;

Nachdem Sie alle Mitarbeiter, die zur Abteilung R&D gehören, gelöscht haben, können Sie nun die Abteilung R&D löschen.

DELETE 
FROM Departments 
WHERE DepartmentID = 100;

Machen Sie diese Änderungen in der Datenbank rückgängig, indem Sie eine ROLLBACK-Anweisung eingeben:

ROLLBACK;

Jetzt möchten Sie zum Beispiel das Feld "DepartmentID" in der Tabelle "Employees" ändern. Das Feld "DepartmentID" ist der Fremdschlüssel der Tabelle "Employees" und stellt die VIELE-Seite der Eins-zu-Viele-Beziehung dar. Beim Feld "DepartmentID" der Tabelle "Departments" handelt es sich um den entsprechenden Primärschlüssel und damit um die EINS-Seite. Ein Datensatz auf der VIELE-Seite einer solchen Beziehung kann erst dann geändert werden, wenn er einen entsprechenden Eintrag auf der EINS-Seite besitzt. Das heißt, erst dann, wenn er über einen Primärschlüssel zum Referenzieren verfügt.

Folgende UPDATE-Anweisung verursacht zum Beispiel einen Integritätsfehler:

UPDATE Employees
SET DepartmentID = 600
WHERE DepartmentID = 100;

Es wird eine Fehlermeldung ausgegeben, weil in der Departments-Tabelle keine Abteilung mit dem DepartmentID-Wert 600 vorhanden ist.

Um den Wert im Feld "DepartmentID" in der Tabelle "Employees" ändern zu können, muss er mit einem vorhandenen Wert in der Tabelle "Departments" übereinstimmen. Zum Beispiel:

UPDATE Employees
SET DepartmentID = 300
WHERE DepartmentID = 100;

Diese Anweisung kann ausgeführt werden, da die "DepartmentID" 300 mit der bereits vorhandenen Abteilung "Finance" übereinstimmt.

Machen Sie diese Änderungen in der Datenbank rückgängig, indem Sie eine ROLLBACK-Anweisung eingeben:

ROLLBACK;

In den oben genannten Beispielen wurde die Integrität der Datenbank bei der Ausführung der einzelnen Anweisungen geprüft. Es wird kein Vorgang ausgeführt, der zu einer Inkonsistenz in der Datenbank führen würde.

Sie können die Datenbank auch so konfigurieren, dass die Integrität erst zum Zeitpunkt der Festschreibung mit COMMIT geprüft wird, indem Sie die wait_for_commit-Option verwenden. Wählen Sie diese Option, wenn Sie Änderungen vornehmen möchten, die bei der Eingabe von Änderungen zu temporären Dateninkonsistenzen führen können. Beispiel: Sie möchten die Abteilung R&D aus den Tabellen "Employees" und "Departments" löschen. Da diese Tabellen aufeinander verweisen und die Löschungen jeweils nur in einer Tabelle durchgeführt werden können, sind in den Tabellen während des Löschvorgangs Inkonsistenzen vorhanden. In diesem Fall kann die Datenbank erst einen COMMIT-Vorgang ausführen, wenn der Löschvorgang abgeschlossen ist. Aktivieren Sie die wait_for_commit-Option, um Dateninkonsistenzen zuzulassen, bis der COMMIT-Vorgang ausgeführt wird.

Sie können auch Fremdschlüssel so definieren, dass sie automatisch entsprechend den Änderungen der Primärschlüssel abgeändert werden. Wenn für den Fremdschlüssel aus "Employees" zu "Departments" zum Beispiel mit ON DELETE CASCADE eine kaskadierende Löschung festgelegt ist, werden bei einer Löschung der Abteilungskennung automatisch auch die entsprechenden Einträge in der Tabelle "Employees" gelöscht.

In den obigen Fällen besteht keine Möglichkeit, eine inkonsistente Datenbank auf Dauer festzuschreiben. SQL Anywhere unterstützt auch alternative Aktionen, wenn Änderungen die Datenbank inkonsistent machen würden.

• wait_for_commit-Option
• Datenintegrität