複数のユーザが同じデータに対して同時に読み込みと書き込みを行うと、ブロックやデッドロックが発生することがあります。スナップショット・アイソレーションは、さまざまなバージョンのデータを管理することにより同時実行性と一貫性を向上させる目的で設計されています。トランザクションでスナップショット・アイソレーションを使用すると、データベース・サーバは読み込み要求の応答としてコミットされたバージョンのデータを返します。これは読み込みロックを取得せずに行われるため、データを書き込んでいるユーザとの干渉は発生しません。

「スナップショット」とは、データベースでコミットされた一連のデータです。スナップショット・アイソレーションを使用すると、トランザクション内のすべてのクエリで同じデータのセットが使用されます。データベースのテーブルでロックは取得されません。これにより、他のトランザクションはブロックせずにアクセスして修正できます。SQL Anywhere では、スナップショットを作成するときに制御できる 3 つのスナップショット・アイソレーションのレベルをサポートしています。

BEGIN SNAPSHOT 文を使用して、トランザクションのスナップショットの開始時に指定するオプションもあります。BEGIN SNAPSHOT 文を参照してください。

スナップショット・アイソレーションは、主に次のような場合に便利です。

スナップショット・アイソレーションは、すべてのユーザが共有するベース・テーブルとグローバル・テンポラリ・テーブルのみに影響します。その他のテーブルの種類では読み込み操作を行っても、古いバージョンのデータは表示されず、スナップショットは開始されません。別のテーブルの種類に対する更新によってスナップショットが開始されるのは、isolation_level オプションが snapshot に設定されていて、更新によりトランザクションが開始される場合だけです。

文またはトランザクションのスナップショットを使用する、WITH HOLD 句を使用して開かれたカーソルがある場合、次の文は実行できません。

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

WITH HOLD 句でカーソルを開くと、スナップショットの開始時にコミットされたすべてのローのスナップショットが表示されます。カーソルを開いたトランザクションの開始以降の、現在の接続で完了された変更もすべて表示されます。

高速トランケーションが実行されない場合にのみ、TRUNCATE TABLE を使用できます。これは、このような場合に個別の DELETE がトランザクションログに記録されるためです。TRUNCATE 文を参照してください。

また、これらの文のいずれかをスナップショットでないトランザクションから実行した場合、すでに実行中のスナップショット・トランザクションで、それ以降にテーブルを使用しようとすると、スキーマが変更されたことを示すエラーが返されます。

トランザクションのスナップショットが開始された後でビューがリフレッシュされた場合、マテリアライズド・ビュー・マッチングではそのビューは使用されません。

スナップショット・アイソレーションのレベルは、すべてのプログラミング・インタフェースでサポートされています。スナップショット・アイソレーションのレベルは SET OPTION 文を使用して設定できます。スナップショット・アイソレーションの使用については、次の項を参照してください。

• isolation_level オプション [データベース] [互換性]
• ADO と OLE DB：トランザクションの使用
• ADO.NET：IsolationLevel プロパティ

ロー・バージョン

スナップショット・アイソレーションがデータベースで有効になると、ローが更新されるたびに、データベース・サーバは元のローのコピーをテンポラリ・ファイルに格納されたバージョンに追加します。元のロー・バージョンのエントリは、元のロー値にアクセスする必要がある可能性のある、すべてのアクティブなスナップショット・トランザクションが完了するまで格納されます。スナップショット・アイソレーションを使用するトランザクションは、コミット済みの値だけを確認できます。そのため、スナップショット・トランザクションの開始前にローの更新がコミットされなかったかロールバックされた場合、スナップショット・トランザクションは元のロー値にアクセスできる必要があります。これにより、スナップショット・アイソレーションを使用するトランザクションは、基本となるテーブルにロックを設定せずにデータを閲覧できます。

VersionStorePages データベース・プロパティは、バージョン・ストア用に現在使用されているテンポラリ・ファイル内のページ数を返します。この値を取得するには、次のクエリを実行します。

SELECT DB_PROPERTY ( 'VersionStorePages' );

古いロー・バージョンのエントリは、不要になると削除されます。BLOB の古いバージョンは、不要になるまで、テンポラリ・ファイルではなく元のテーブルに格納されています。古いロー・バージョンのインデックス・エントリは、不要になるまで元のインデックスに格納されています。

テンポラリ・ファイル内の空き領域のサイズは、sa_disk_free_space システム・プロシージャを使用すると取得できます。sa_disk_free_space システム・プロシージャを参照してください。

ロー値を更新するトリガが起動されると、それらのローの元の値もテンポラリ・ファイルに格納されます。

短いトランザクションと短いスナップショットを使用するようにアプリケーションを設定すると、必要なテンポラリ・ファイルの領域は減少します。

テンポラリ・ファイルの増大に関心がある場合は、テンポラリ・ファイルが特定のサイズに達したときに実行するアクションを指定する GrowTemp システム・イベントを設定できます。システム・イベントの概要を参照してください。

スナップショット・トランザクションの知識

スナップショット・トランザクションは、更新時に書き込みロックを取得しますが、スナップショットを使用するトランザクションや文では読み込みロックを取得しません。その結果、読み込み処理は書き込み処理をブロックせず、書き込み処理は読み込み処理をブロックしません。ただし、書き込み処理は、同じローを更新しようとする他の書き込み処理をブロックすることがあります。

スナップショット・アイソレーションでは、BEGIN TRANSACTION 文でトランザクションが開始しません。トランザクションで使用されるスナップショット・アイソレーションのレベルに応じて、トランザクション内で最初の読み込み、挿入、更新、または削除時にトランザクションが開始します。次の例は、スナップショット・アイソレーションでトランザクションが開始するタイミングを示します。

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