LOCK

説明

LOCK TABLE はトランザクションの持続中にテーブル への同時アクセスを管理します。Postgres は、可能な時は常に最も制限の弱いロックモードを使います。 LOCK TABLE はもっと制限の強いロックが必要な 場合のために用意されています。

RDBMS ロックは以下の用語を使います。

例えば、アプリケーションが隔離レベル READ COMMITTED でトランザクシ ョンを実行し、そのトランザクションの間テーブルにデータが存在するこ とを確実にする必要がある場合を考えてみます。これを達成するために、 問い合わせ実行前にテーブル全体に SHARE ロックモードを使用することが できます。これは同時変更からデータを保護し、現在の実状態を維持した テーブル全体に対して読みとり操作を今後行なうことができます。SHARE ロックモードは、書き込み側によって獲得されるあらゆる ROW EXCLUSIVE とコンフリクトし、 LOCK TABLE name IN SHARE MODE 文は同時書き込み操作のコミットまたはロール バックが終るまで待つからです。

上の要求事項に加え、トランザクションがテーブル内のデータを変更する 予定であるならば、SHARE ROW EXCLUSIVE ロックモードを獲得して、次の デッドロック状態を防止しなければなりません。2 つの同時トランザクシ ョンがテーブルを SHARE モードでテーブルをロックし、そしてテーブル 内のデータを変更しようとすると、両者は（暗黙的に）ROW EXCLUSIVE ロ ックモードを取得しようとしますが、このロックモードは同時 SHARE ロ ックとコンフリクトします。

上で発生したデッドロック（2 つのトランザクションがお互いに待ってい る状態）に関する論点を続けると、デッドロック状態を防ぐために 2 つ の一般的なルールに従わなければなりません。

• トランザクションは同じオブジェクトに同じ順番でロックを獲得する必 要があります。

  例えば、あるアプリケーションが（同じトランザクションの中で）R1 行を更新し、そして R2 行を更新する場合、別のアプリケーションは （ 1 つのトランザクションの中で）後で R1 行を更新する予定がある ならば、R2 行を更新してはいけません。その代わりに、最初のアプリ ケーションと同じ順番で R1 行と R2 行を更新しなければなりません。

• トランザクションは、2 つのロックモードの内の 1 つがそのモード自身 とコンフリクトする場合 （つまり同時に 1 つのトランザクションしかそ のロックを保持できない場合）にのみ、2 つのコンフリクトするロック モードを獲得しなければなりません。複数のロックモードが必要な場合 は、トランザクションは常に最も制限の強いモードをまず獲得しなけれ ばなりません。

  このルールの例は、上の、SHARE モードよりも SHARE ROW EXCLUSIVE モ ードを使用すべきであるという議論にて記述しています。

使用方法

外部キーテーブルへの挿入を行なう際のプライマリキーテーブルへの SHARE ロックについて説明します。

BEGIN WORK;
LOCK TABLE films IN SHARE MODE;
SELECT id FROM films 
    WHERE name = 'Star Wars: Episode I - The Phantom Menace';
-- Do ROLLBACK if record was not returned
INSERT INTO films_user_comments VALUES 
    (_id_, 'GREAT! I was waiting for it for so long!');
COMMIT WORK;
   

削除操作を行なう際にプライマリキーテーブルの SHARE ROW EXCLUSIVE ロックを取得します。

BEGIN WORK;
LOCK TABLE films IN SHARE ROW EXCLUSIVE MODE;
DELETE FROM films_user_comments WHERE id IN
    (SELECT id FROM films WHERE rating < 5);
DELETE FROM films WHERE rating < 5;
COMMIT WORK;
   

互換性