質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

91.01%

  • PostgreSQL

    863questions

    PostgreSQLはオープンソースのオブジェクトリレーショナルデータベース管理システムです。 Oracle Databaseで使われるPL/SQLを参考に実装されたビルトイン言語で、Windows、 Mac、Linux、UNIX、MSなどいくつものプラットフォームに対応しています。

  • データベース

    626questions

    データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

  • データベース設計

    119questions

    データベース設計はデータベースの論理的や物理的な部分を特定する工程です。

PostgreSQLの排他制御について

受付中

回答 2

投稿

  • 評価
  • クリップ 0
  • VIEW 341

liveinwood

score 1

前提・実現したいこと

php5.6とpostgresql9.4でバックのレンタルサービスサイトを構築しています。
バックの重複予約が発生しないように、排他制御を実装したいのですが
どのように実装するのが良いのか分からないので質問しました。

テーブル構造

tbl_rentalはお客様の情報を、tbl_scheduleはレンタルスケジュールを管理するテーブルで
下記のような構造になっています。

■tbl_rental

カラム名 列3
rental_id integer レンタルID
name text お客様名
payment integer 支払額

■tbl_schedule

カラム名 列3
rental_id integer レンタルID
bag_id integer レンタルするバックID
rental_from date レンタル開始日
rental_to date レンタル終了日

ここで、下記のような不正なデータが作られないように制御を実装したいと考えています。

rental_id bag_id rental_from rental_to
1 10 2017-11-13 2017-11-15
2 10 2017-11-14 2017-11-16

実現方法

方法1(LOCK TABLE)

あるトランザクションがLOCK TABLEでロックを取得すると、他トランザクションはロックが開放されるまでブロックされるので
排他制御を実現できる。しかし、テーブル全体がロックされるため予約処理とは関係ない処理(管理画面など)にも影響がでる。

$rental_id = レンタルID;
$bag_id = バッグID;
$rental_from = レンタル開始日;
$rental_to = レンタル終了日;

BEGIN;

LOCK TABLE tbl_schedule IN ACCESS EXCLUSIVE MODE;

$rental = SELECT rental_id FROM tbl_rental WHERE bag_id = $bag_id AND rental_from <= $rental_to AND rental_to >= $rental_from;

if (empty($rental)) {
 INSERT INTO tbl_schedule (rental_id, bag_id, rental_from, rental_to) VALUES ($rental_id, $bag_id, $rental_from, $rantal_to);
 COMMIT;
} else {
 print '既に同じ期間に別のレンタル予約が入っています。';
 ROLLBACK;
}

方法2(SELECT FOR UPDATE)

行ロックなのでテーブルロックに比べてパフォーマンスが良い。
しかしSELECTの結果が空の場合だと他トランザクションがブロックされないため、タイミングによっては重複予約データが作られてしまう。

$rental_id = レンタルID;
$bag_id = バッグID;
$rental_from = レンタル開始日;
$rental_to = レンタル終了日;

BEGIN;

$rental = SELECT rental_id FROM tbl_rental WHERE bag_id = $bag_id AND rental_from <= $rental_to AND rental_to >= $rental_from FOR UPDATE;

if (empty($rental)) {
 INSERT INTO tbl_schedule (rental_id, bag_id, rental_from, rental_to) VALUES ($rental_id, $bag_id, $rental_from, $rantal_to);
 COMMIT;
} else {
 print '既に同じ期間に別のレンタル予約が入っています。';
 ROLLBACK;
}

方法3(ロック用テーブル)

あるトランザクションがLOCK TABLEでロックを取得すると、他トランザクションはロックが開放されるまでブロックされるので
排他制御を実現できる。方法1とは異なり、ロック専用のテーブル(tbl_lock)をロックするので、予約処理以外の処理には影響がない。

$rental_id = レンタルID;
$bag_id = バッグID;
$rental_from = レンタル開始日;
$rental_to = レンタル終了日;

BEGIN;

LOCK TABLE tbl_lock IN ACCESS EXCLUSIVE MODE;

$rental = SELECT rental_id FROM tbl_rental WHERE bag_id = $bag_id AND rental_from <= $rental_to AND rental_to >= $rental_from;

if (empty($rental)) {
 INSERT INTO tbl_schedule (rental_id, bag_id, rental_from, rental_to) VALUES ($rental_id, $bag_id, $rental_from, $rantal_to);
 COMMIT;
} else {
 print '既に同じ期間に別のレンタル予約が入っています。';
 ROLLBACK;
}

上記3つの方法が思いついたのですが、他に良い方法がありましたらご教授いただけると助かります。
何卒よろしくお願い致します。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • A.Ichi

    2017/11/14 09:47 編集

    ロックとは関係なくてすみませんがtbl_scheduleの期間が重なる事は考慮しなくてよいでしょうか?

    キャンセル

  • m6u

    2017/11/14 11:14

    PostgreSQL 9.4のロックの仕様を、どのへんまで理解してらっしゃいますか? 例えばこの辺とか→ https://www.postgresql.jp/document/9.4/html/explicit-locking.html

    キャンセル

回答 2

0

重複処理や不正データを避けたいのであれば、方法1がいいと思います。
特にサービスを管理するようなシステムでマルチスレッドで利用するなら、
そのレベルでロックをかけないと先勝ちだの後勝ちだの不都合が多いかと。

 しかし、テーブル全体がロックされるため予約処理とは関係ない処理(管理画面など)にも影響がでる。

これはむしろシステムの作りが悪い気がします。
重複を許さない予約処理とそれ以外の関係ない処理が同一のテーブルで管理されているのはのっぴきならない事情でもない限り良くないと思います。
OCPに則ってシステムを考えると方法1がベストなんじゃないかな、というのが私の考えですね。

レベルの高い開発者さんならもっといい解決方法があるのかもしれませんので、ご参考までに。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

0

他に良いのが思い浮かびませんが、気持ち的に3が良いと思います。
同様な事をファイルロックで行っているものも有ります。直列化(シリアライズ)することで同時重複の発生を防ぐ方法です。
テーブルへの参照系に影響が無い事のメリットを取りました。
autovacuumでも少しメリット有ります。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 91.01%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る

  • PostgreSQL

    863questions

    PostgreSQLはオープンソースのオブジェクトリレーショナルデータベース管理システムです。 Oracle Databaseで使われるPL/SQLを参考に実装されたビルトイン言語で、Windows、 Mac、Linux、UNIX、MSなどいくつものプラットフォームに対応しています。

  • データベース

    626questions

    データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

  • データベース設計

    119questions

    データベース設計はデータベースの論理的や物理的な部分を特定する工程です。