INSERT-Vorgänge erstellen neue Zeilen. SQL Anywhere setzt während Einfügungen unterschiedliche Sperrentypen ein, um die Datenintegrität zu gewährleisten. Die folgende Reihenfolge der Vorgänge gilt für INSERT-Anweisungen, die auf einer beliebigen Isolationsstufe ausgeführt werden.
Es wird eine gemeinsame Schemasperre für die Tabelle gesetzt, falls eine solche nicht bereits vorhanden ist.
Es wird eine Tabellensperre für Schreibabsicht für die Tabelle gesetzt, falls eine solche nicht bereits vorhanden ist.
Es wird eine nicht gesperrte Position auf einer Seite gesucht, um die neue Zeile zu speichern. Um Sperrenkonflikte zu minimieren, belegt der Server den Platz, der durch gelöschte (aber noch nicht festgeschriebene) Zeilen verfügbar wurde, nicht sofort wieder. Der Tabelle kann eine neue Seite zugeordnet werden (und die Datenbankdatei könnte anwachsen), um die neue Zeile unterzubringen.
In der neuen Zeile werden die Werte eingetragen.
In der Tabelle, in der die Zeile hinzugefügt wird, wird eine Einfügesperre gesetzt. Bedenken Sie, dass Einfügesperren Exklusivsperren sind. Das heißt, sobald die Einfügesperre gesetzt ist, kann keine andere Transaktion auf Isolationsstufe 3 die Einfügung durch das Setzen einer Phantomsperre blockieren.
Die neue Zeile wird mit einer Schreibsperre versehen. Die Einfügesperre wird freigegeben, sobald die Schreibsperre gesetzt wurde.
Die Zeile wird in die Tabelle eingefügt. Andere Transaktionen auf Isolationsstufe 0 können jetzt zum ersten Mal erkennen, dass die neue Zeile existiert. Diese anderen Transaktionen können jedoch die neue Zeile wegen der zuvor gesetzte Schreibsperre weder ändern noch löschen.
Alle betroffenen Indizes werden aktualisiert und die Eindeutigkeit wird geprüft, wo dies erforderlich ist. Primärschlüsselwerte müssen eindeutig sein. Andere Spalten können ebenfalls so definiert werden, dass sie nur eindeutige Werte enthalten.Wenn solche Spalten definiert wurden, muss auch die Eindeutigkeit überprüft werden.
Wenn es sich bei der Tabelle um eine Fremdtabelle handelt, wird eine gemeinsame Schemasperre für die Primärtabelle gesetzt (falls nicht bereits vorhanden). Für die entsprechende Primärzeile in der Primärtabelle wird eine Lesesperre gesetzt, wenn die eingefügten Werte für die Fremdschlüsselspalte nicht gleich NULL sind. Der Datenbankserver muss gewährleisten, dass die Primärzeile noch vorhanden ist, wenn die COMMIT-Anweisungen der Transaktion ausgeführt werden. Dies geschieht, indem er eine Lesesperre für die Primärzeile setzt. Sobald die Lesesperre gesetzt ist, kann eine andere Transaktion diese Zeile zwar lesen, aber keine Transaktion kann sie löschen oder aktualisieren.
Falls die entsprechende Primärzeile nicht vorhanden ist, kommt es zu einer Verletzung der referenziellen Integritätsregel.
Nach dem letzten Schritt können alle für die Tabelle definierten AFTER INSERT-Trigger ausgelöst werden. Bei der Verarbeitung innerhalb der Trigger verhalten Sperren sich ebenso wie bei Anwendungen. Sobald die Transaktion festgeschrieben (falls alle referenziellen Integritätsregeln erfüllt wurden) oder zurückgesetzt wurde, werden alle langfristigen Sperren freigegeben.
Sie können sicherstellen, dass alle Werte in einer bestimmten Spalte oder Kombination von Spalten eindeutig sind. Der Datenbankserver erfüllt diese Aufgabe immer, indem er für die eindeutige Spalte einen Index erstellt, auch wenn Sie dies nicht ausdrücklich verlangen.
Insbesondere müssen alle Primärschlüsselwerte eindeutig sein. Der Datenbankserver erstellt automatisch einen Index für den Primärschlüssel jeder Tabelle. Verlangen Sie vom Datenbankserver nicht, einen Index für den Primärschlüssel zu erstellen, da ein solcher Index redundant wäre.
Ein Fremdschlüssel ist eine Referenz auf einen Primärschlüssel oder eine UNIQUE-Regel, normalerweise in einer anderen Tabelle. Wenn dieser Primärschlüssel nicht existiert, wird der bezugslose Fremdschlüssel Waise genannt. SQL Anywhere stellt automatisch sicher, dass Ihre Datenbank keine Waisen enthält. Dieser Prozess wird Überprüfen der referenziellen Integrität genannt. Der Datenbankserver überprüft die referenzielle Integrität, indem er Waisen zählt.
Sie können den Datenbankserver anweisen, mit der Überprüfung der referenziellen Integrität bis zum Ende Ihrer Transaktion zu warten. In diesem Modus können Sie eine Zeile einfügen, die einen Fremdschlüssel enthält. Dann fügen Sie eine Primärzeile ein, die den fehlenden Primärschlüssel enthält. Beide Vorgänge müssen in derselben Transaktion erfolgen.
Damit der Datenbankserver die Überprüfung der referenziellen Integrität bis zur Festschreibung verzögert, müssen Sie den Wert der Option "wait_for_commit" auf "On" stellen. Standardmäßig ist diese Option auf "Off" gesetzt. Um sie einzuschalten, müssen Sie den folgenden Befehl eingeben:
SET OPTION wait_for_commit = On; |
Wenn der Server beim Einfügen eines neuen Fremdschlüsselwertes keine übereinstimmende Primärzeile findet und "wait_for_commit" auf "On" gesetzt ist, erlaubt der Server die Einfügung als Waise. Wenn Fremdzeilen als Waisen eingefügt werden, werden nach der Einfügung folgende Schritte durchgeführt:
Der Server setzt eine gemeinsame Schemasperre für die Primärtabelle (falls nicht bereits vorhanden). Der Server setzt außerdem eine Sperre für Schreibabsicht für die Primärtabelle.
Der Server fügt eine Hilfszeile in die Primärtabelle ein. Es wird nicht tatsächlich eine Zeile in die Primärtabelle eingefügt, sondern der Server erstellt für Sperrenzwecke einen eindeutigen Zeilenidentifizierer für diese Zeile. Für diese Hilfszeile wird dann eine Schreibsperre gesetzt. Anschließend fügt der Server die entsprechenden Werte in den Primärschlüsselindex der Primärtabelle ein.
Bevor eine Transaktion festgeschrieben wird, überprüft der Datenbankserver, ob die referenzielle Integrität aufrechterhalten bleibt, indem er die Anzahl der Waisen zählt, die durch Ihre Transaktion geschaffen wurden. Am Ende jeder Transaktion muss diese Anzahl 0 sein.
| Kommentieren Sie diese Seite in DocCommentXchange. Senden Sie uns Feedback über diese Seite via E-Mail. |
Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1 |