| Symfoware(R) Server RDBユーザーズガイド 応用プログラム開発編 - FUJITSU - |
|
目次
索引
|
第7章 応用プログラムとトランザクション処理
7.2 トランザクション制御の方法
トランザクションモードの設定および変更は、SET TRANSACTION文で行います。トランザクションモードには、以下の2つの項目があります。
トランザクションアクセスモード
独立性水準
トランザクションアクセスモードでは、実行できるSQL文の種類を設定します。トランザクションアクセスモードには、以下の2種類があります。
複数のトランザクションが同じ資源にアクセスする場合、なにも制御を行わないと、データの矛盾が発生してしまいます。独立性水準では、このようなことが起こらないように、あるトランザクションがアクセスしているデータに対し、他のトランザクションによる参照または更新を制御します。また、他のトランザクションが更新中の資源に対し、自トランザクションが参照または更新できるかを制御します。
あるトランザクションの実行中に現れる可能性のある現象を以下に示します。
現象1)
トランザクションT1が行を更新する。T1がトランザクションを終了する前に、トランザクションT2がその行を読み込む。T1がROLLBACK文を実行した場合、T2は存在しなかった行を読むことになる。
現象2)
トランザクションT1が行を読み込む。トランザクションT2が、その行を更新または削除し、COMMIT文を実行する。T1がその行を再び読もうとした場合、更新した値を受け取るかまたはその行が削除されたことを知る。
現象3)
トランザクションT1が、ある探索条件を満たす行の集合を読み込む。トランザクションT2が、その探索条件を満たす行を追加する。T1が、同じ探索条件で再度行の集合を読み込んだ場合、最初とは異なった行の集合を得ることになる。
|
独立性水準 |
現象１） |
現象２） |
現象３） |
|---|---|---|---|
|
READ UNCOMMITTED |
可能 |
可能 |
可能 |
|
READ COMMITTED |
不可能 |
可能 |
可能 |
|
REPEATABLE READ |
不可能 |
不可能 |
可能 |
|
SERIALIZABLE |
不可能 |
不可能 |
不可能 |
SET TRANSACTION文の詳細は、“SQLリファレンスガイド”を参照してください。なお、動作環境ファイルでDSO_LOCKを指定した場合、SET TRANSACTION文は指定できません。
また、動作環境ファイルでR_LOCKを省略した場合は、SET TRANSACTION文を省略またはSET TRANSACTION文の独立性水準にREPEATABLE READを指定しても、SERIALIZABLEとなります。動作環境ファイルでR_LOCK=YESを指定した場合は、SET TRANSACTION文を省略またはSET TRANSACTION文の独立性水準にSERIALIZABLEを指定しても、REPEATABLE READとなります。
あるトランザクションが参照または更新した資源は、そのトランザクションが終了するまで、他のトランザクションから更新されないことが保証されます。
動作環境ファイルのパラメタR_LOCKで行単位の排他が指定されていない場合に有効です。
図:SERIALIZABLEの場合の排他に、SERIALIZABLEの場合の排他処理を示します。
(1) 利用者AがCOMMIT(ROLLBACK)終了するまで資源を占有します。
(2) 利用者Bは、利用者Aが資源を占有しているため、待ち状態となります。
(3) 利用者AがCOMMIT(ROLLBACK)するので、利用者Aの資源は解放されます。
(4) 利用者Aが資源を解放したので、利用者Bの更新が実行されます。このとき、資源を占有します。
(5) 利用者BがCOMMIT(ROLLBACK)するので、利用者Bの資源は解放されます。
あるトランザクションが参照または更新した資源は、そのトランザクションが終了するまで、他のトランザクションからの更新がないことが保証されます。
動作環境ファイルのR_LOCKパラメタで行単位の排他が指定されている場合に有効です。
排他の単位が行単位でかつREPEATABLE READが指定された場合は、該当のトランザクションがアクセスしていない行は占有しないので、同一トランザクション内で、同一のSQL文をくり返し実行しても、異なる集合が検索される場合があります。
図:REPEATABLE READの場合の排他に、REPEATABLE READの場合の排他処理を示します。
(1) 利用者Aは、COL1がAの行を参照します。トランザクションが終了するまでこの行の集合を占有します。
(2) 利用者Bは、利用者Aが参照した行に対しては更新することができませんが、INSERT文で行を追加することはできます。
(3) 利用者Aが、再びCOL1がAの行を参照します。このとき前回参照した行に加えて、利用者Bが追加した行も検索されます。
あるトランザクションが更新した資源は、そのトランザクションが終了するまで、他のトランザクションから更新されないことが保証されます。しかし、以下のいずれかのSQL文で参照した資源に対しては、他のトランザクションから更新される可能性があります。
単一行SELECT文
更新可能性句に、FOR READ ONLYを指定したカーソルのOPEN文
トランザクションアクセスモードが読込み専用モードのときのOPEN文
したがって、同一トランザクション内でも、テーブル参照ごとに内容が異なる場合があります。
図:READ COMMITTEDの場合の排他に、READ COMMITTEDの場合の排他処理を示します。
(1) 利用者Aが参照しているため(参照1)、この参照が終了するまで資源を占有します。
(2) 利用者Aが資源を解放するまで、利用者Bは更新を行えず、待ち状態となります。
(3) 利用者Aが参照終了(参照1)し、資源を解放します。
(4) 利用者Aが資源を解放したので、利用者Bの更新が実行されます。このとき、資源を占有します。
(5) 利用者Bが資源を解放するまで利用者Aは更新(更新)を行えず、待ち状態となります。
(6) 利用者Bの更新が終了します。
(7) 利用者Bがトランザクションを終了し、資源を解放します。
(8) 利用者Bが資源を解放したので、利用者Aの更新(更新)が実行されます。このとき、資源を占有します。
(9) 利用者Aが更新終了(更新)しますが、資源の占有は続きます。
(10) 利用者Aが参照(参照2)を行います。このとき検索される行は、利用者Bが更新した行を含みます。
(11) 利用者Aが参照(参照2)を終了しますが、資源の占有は続きます。
(12) 利用者Aがトランザクションを終了します。これによって資源が解放されます。
あるトランザクションが参照した資源は、他のトランザクションの参照および更新をまったく制限しません。また他のトランザクションが更新した資源も、トランザクションの終了を待たずに参照することができます。トランザクションが更新した資源は、トランザクション終了まで他のトランザクションの参照および更新を待たせます。
図:READ UNCOMMITTEDの場合の排他に、READ UNCOMMITTEDの場合の排他処理を示します。
(1) 利用者Bは、更新処理(更新1)のため、COMMIT(ROLLBACK)終了するまで資源を占有します。
(2) 利用者Aは、資源を占有しないため、利用者Bが資源を占有していても、待ち状態にならずに参照処理(参照1)を行います。
(3) 利用者Aは利用者Bが資源を解放するまで更新を行えず、待ち状態となります。
(4) 利用者BがCOMMIT(ROLLBACK)します。利用者Bの資源は解放されます。
(5) 利用者Bが資源を解放したので、利用者Aの更新が実行されます。このとき、実際に更新した資源を占有します。
(6) 利用者Aが参照(参照2)を行います。このとき検索される行は、利用者Bが更新した行を含みます。
(7) 利用者Bは利用者Aが資源を解放するまで更新を行えず、待ち状態となります。
(8) 利用者Aが参照(参照2)を終了しますが、資源の占有は続きます。
(9) 利用者AがCOMMIT(ROLLBACK)します。
(10) 利用者Aが資源を解放したので、利用者Bの更新(更新2)が実行されます。このとき、資源を占有します。
(11) 利用者BがCOMMIT(ROLLBACK)します。
|
目次
索引
|