Blockierungen und Deadlocks können auftreten, wenn Benutzer gleichzeitig dieselben Daten lesen bzw. schreiben. Die Snapshot-Isolation hat das Ziel, Parallelität und Konsistenz zu verbessern, indem unterschiedliche Datenversionen aufbewahrt werden. Wenn Sie die Snapshot-Isolation in einer Transaktion verwenden, liefert der Datenbankserver auf alle Leseanforderungen eine festgeschriebene Version der Daten. Er tut dies, ohne Lesesperren zu setzen, und vermeidet Interferenzen mit Benutzern, die Daten schreiben.

Ein Snapshot ist eine Datenmenge, die in der Datenbank festgeschrieben wurde. Wenn Sie die Snapshot-Isolation verwenden, benutzen alle Abfragen innerhalb einer Transaktion die gleiche Datenmenge. Für Datenbanktabellen werden keine Sperren gesetzt, wodurch es anderen Transaktionen möglich ist, auf die Daten zuzugreifen und diese zu ändern. SQL Anywhere unterstützt drei Snapshot-Isolationsstufen, mit denen Sie steuern können, wann ein Snapshot aufgezeichnet wird:

Sie können auch angeben, wann der Snapshot bei einer Transaktion beginnt, indem Sie die Anweisung BEGIN SNAPSHOT verwenden. Siehe BEGIN SNAPSHOT-Anweisung.

Snapshot-Isolation ist häufig sinnvoll, wie z.B. unter folgenden Umständen:

Die Snapshot-Isolation wirkt sich nur auf Basistabellen und globale temporäre Tabellen aus, die von allen Benutzern gemeinsam genutzt werden. Ein Lesezugriff auf einen anderen Tabellentyp liefert niemals eine alte Version der Daten und initiiert niemals einen Snapshot. Eine Aktualisierung eines anderen Tabellentyps initiiert nur dann einen Snapshot, wenn die Option "isolation_level" auf "snapshot" gesetzt wurde und die Aktualisierung eine Transaktion initiiert.

Die folgenden Anweisungen können nicht ausgeführt werden, wenn mit der WITH HOLD-Klausel geöffnete Cursor vorhanden sind, die entweder Anweisungs- oder Transaktions-Snapshots verwenden:

• ALTER INDEX
• ALTER TABLE
• CREATE INDEX
• DROP INDEX
• REFRESH MATERIALIZED VIEW
• REORGANIZE TABLE
• CREATE TEXT INDEX
• REFRESH TEXT INDEX

Wenn Cursor mit der WITH HOLD-Klausel geöffnet werden, ist ein Snapshot von allen Zeilen sichtbar, die zur Snapshot-Startzeit festgeschrieben wurden. Ebenfalls sichtbar sind alle Änderungen, die von der aktuellen Verbindung seit dem Start der Transaktion, innerhalb der der Cursor geöffnet war, abgeschlossen wurden.

TRUNCATE TABLE ist nur erlaubt, wenn eine schnelle Kürzung nicht durchgeführt wird, weil in diesem Fall einzelne DELETE-Anweisungen im Transaktionslog aufgezeichnet werden. Siehe TRUNCATE-Anweisung.

Falls eine dieser Anweisungen aus einer Nicht-Snapshot-Transaktion durchgeführt wird, werden bereits laufende Snapshot-Transaktionen, die danach die Tabelle benutzen, einen Fehler erhalten, der angibt, dass sich das Schema geändert hat.

Die Übereinstimmungsprüfung von materialisierten Ansichten vermeidet die Verwendung einer Ansicht, wenn sie nach dem Start des Snapshots für eine Transaktion aktualisiert wurde.

Snapshot-Isolationsstufen werden in allen Programmierschnittstellen unterstützt. Sie können die Isolationsstufe mit der Anweisung SET OPTION einstellen. Informationen zur Snapshot-Isolation finden Sie unter:

• isolation_level-Option
• ADO und OLE DB: Transaktionen verwenden
• ADO.NET: IsolationLevel-Eigenschaft

 Zeilenversionen

SELECT DB_PROPERTY ( 'VersionStorePages' );

 Einführung in Snapshot-Transaktionen

SET OPTION PUBLIC.allow_snapshot_isolation = 'On';
         SET TEMPORARY OPTION isolation_level = 'snapshot';
   SELECT * FROM Products; --transaction begins and the statement only 
                           --sees changes that are already committed
   INSERT INTO Products 
         SELECT ID + 30, Name, Description,
         'Extra large', Color, 50, UnitPrice, NULL
         FROM Products
         WHERE Name = 'Tee Shirt';
COMMIT; --transaction ends