データベーススペシャリスト 2020年 午後1 問02

　劇場運営会社の Y 社は、オンラインチケット販売システム (以下、チケット販売システムという)を構築してインターネットでのチケットの申込みを受け付けている。Y社ではチケット販売システムを刷新し、新たにプレイガイドなどでのチケット販売委託を進めることになった。 　

〔RDBMS の主な仕様〕 　チケット販売システムに用いている RDBMS の主な仕様は、次のとおりである。

1．ISOLATION レベル 　選択できるトランザクションの ISOLATION レベルとその排他制御の内容は、表1のとおりである。 　ロックは行単位で掛ける。 共有ロックを掛けている間は、他のトランザクションからの対象行の参照は可能であり、変更は共有ロックの解放待ちとなる。 専有ロックを掛けている間は、他のトランザクションからの対象行の参照、変更は専有ロップクの解放待ちとなる。

2．レプリケーション機能 　(1) 1か所のデータを複数か所に複製する機能、複数か所のデータを1か所に集約する機能、及び両者を組み合わせて双方向に反映する機能がある。これらの機能を使用すると、一方のテーブルへの挿入・更新・削除を他方に自動的に反映させることができる。 　(2) トランザクションログを用いてトランザクションと非同期に一定間隔でデータを反映するバッチ型と、レプリケーション元のトランザクションと同期してデータを反映するイベント型がある。 　　① バッチ型では、テーブルごとに、レプリケーションの有効化、無効化をコマンドによって指示することができる。 無効化したレプリケーションを有効化するときには、蓄積されたトランザクションログを用いてデータを反映する。 　　② イベント型では、レプリケーション先への反映が失敗すると、レプリケーション元の変更はロールバックされる。 　(3) 列の選択、行の選択及びその組合せによって、レプリケーション先のテーブルに必要とされるデータだけを反映することができる。 　

〔チケット販売システムの概要〕 　チケット販売システムは、空席管理システムと販売管理システムで構成される。 オンラインチケット販売時には、空席管理システムで空席を確認した後に座席を確保し、販売管理システムでチケット情報を保持する。 　

〔チケット販売システムのテーブル〕 　空席管理システムと販売管理システムのそれぞれの主なテーブルのテーブル構造は、図 1,2のとおりである。 索引は、主キー及び外部キーに定義している。

〔チケット販売業務の概要〕 1．テーブル及び列の設定 　(1) 会場と座席 　　① 会場には、一意な会場番号を付与して、都道府県、住所、座席図などを設定する。 　　② 座席には、会場ごとに一意な座席番号を付与して、席種 ( 'S'、'A'、'B'など) を設定する。

　(2) 公演と席種料金 　　① 公演には、一意な公演番号を付与する。 公演開催明細には、公演日時 (公演日、開演時刻)ごとに、開場時刻、公演会場番号、販売開始日などを設定する。 　　② 席種料金には、公演の席種ごとに料金を設定する。 　(3) 席種在庫と座席状況 　　① 席種在庫には、席種ごとの空席数をもつ。 座席の購入が確定したら空席数を減らし、購入された座席がキャンセルされたら空席数を戻す。 　　② 座席状況には、公演開催明細ごとの全ての座席の状況をもつ。 販売開始時には、空席フラグはオン、仮予約フラグはオフとする。 座席の購入処理中は仮予約フラグをオンにする。 座席の購入が確定したら、空席フラグをオフにして仮予約フラグをオフにする。 　(4) チケット 　　① チケットには、公演開催明細ごとに、全ての座席番号と席種を設定する。 　　② 未販売のチケットは、購入フラグをオフに、購入番号を NULL に設定する。 　　③ チケットの購入を申し込まれたら、購入フラグをオンにする。 購入が確定したら、購入番号を設定する。

2．チケットの購入 (1) チケットを購入するためには、会員登録をする必要がある。 (2) 会員は、チケットの検索を行って、チケット情報一覧を表示する。 チケット情報は、公演名・公演日・開演時刻の昇順、料金の降順に出力される。 (3) 会員は、チケット情報一覧から、空席のある公演の席種を選択する。 その後、枚数を指定し、空席の座席番号を希望枚数分指定する。 (4) 会員は、決済を行い、決済が成立すれば購入が確定する。 　

〔チケット情報一覧を出力する SQL 文の設計〕 　空席管理システムから、公演日が2020年4月かつ都道府県が東京のチケット情報一覧の出力の例を図 3, 出力する SQL文の構文を図4に示す。

〔オンラインチケット販売処理の設計〕 　チケット販売委託のため、空席管理システムは、プレイガイドなどの外部委託先にも公開する。このために、空席管理システムの空席確認、仮予約の処理の見直しを行った。 見直しに当たって、同時実行されたトランザクションのやり直しが極力発生しないようにする方針とした。 　ある会員が複数のチケットを購入することを想定して、チケットの販売処理について検討した。 その概要を図5に示す。

　図5では、会員の意思で購入を途中でキャンセルした場合、空席でない座席があり購入が失敗した場合、又はその他のエラーが発生した場合の、途中までの処理を取り消すための例外処理を省略している。

　図5の内容のレビューを行った。レビューでの指摘内容と対策を表2に示す。

〔レプリケーションの設計 〕 　チケット販売委託先に、空席管理システムを介して、空席情報を表示するサービスも提供する。そのため、データベースへの大量のアクセスによるロックの解放待ちの多発が見込まれるので、空席情報表示用のレプリケーション先のテーブル(以下、レプリカデータという)を作成することにした。 レプリカデータのテーブル構造は、図1 の空席管理システムの主なテーブルと同等なものとし、サービスの提供先ごとにレプリカデータを用意する。 レプリカデータの運用について図6に示す。 さらに、図6の内容のレビューを行った。 レビューでの指摘内容と対策を表3に示す。