平成26年度 春期 データベーススペシャリスト試験 午後Ⅰ
http://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_pm1_qs.pdf
問2
設問3 〔会議室予約システムの改良結果〕について,(1),(2)に答えよ。
(2) 図7中の②において,更新行がなくて予約失敗となるのはどのような状況が。
40字以内で述べよ。
〔会議室予約システムについての改良結果〕
図5の⑤~⑦の実行時に,ディスク容量不足などのエラーが発生して,予約処理のトランザクションが中断してしまうと問題が生じることが分かったので,〔会議室予約システムについての改良案〕は不採用とし,”会議室予約”テーブルを図6のように変更した。
図6 変更した”会議室予約”テーブルのテーブル構造
図7 予約処理内容の改良結果
前提条件として、更新時に「行単位に専用ロックがかかる」。
②の処理から、予約開始時刻から予約終了時刻の範囲を一度にロックするのではなく、
http://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_pm1_qs.pdf
問2
設問3 〔会議室予約システムの改良結果〕について,(1),(2)に答えよ。
(2) 図7中の②において,更新行がなくて予約失敗となるのはどのような状況が。
40字以内で述べよ。
〔会議室予約システムについての改良結果〕
図5の⑤~⑦の実行時に,ディスク容量不足などのエラーが発生して,予約処理のトランザクションが中断してしまうと問題が生じることが分かったので,〔会議室予約システムについての改良案〕は不採用とし,”会議室予約”テーブルを図6のように変更した。
会議室予約(会議室番号,予約日,予約開始時刻,予約終了時刻,社員番号,予約済フラグ)
図6 変更した”会議室予約”テーブルのテーブル構造
会議室予約を行う予約単位をコマと呼び,1コマは30分単位とする。図6の”会議室予約”
テーブルでは,各コマを0時00分から30分間隔で設定する。予約受付対象の全てのコマは
あらかじめ登録しておく。該当するコマが予約済みか否かを予約済フラグで識別し,
予約済みであれば’Y’,予約済みでなければ’N’とする。例えば,10時00分~11時30分を
予約済みとする場合,予約開始時刻が10時00分,10時30分,11時00分の3コマの予約済
フラグを’Y’に更新する。
変更した”会議室予約”テーブルを使用して,予約処理内容を図7のように変更した。
なお,図7中のホスト変数のcntはコマ数を表す。また,図7中のユーザ定義関数について
次に示す。
・PERIODSTART関数は,コマの終了時刻を与えて,コマの開始時刻を求めるユーザ定義
関数とする。例えば,11時30分を指定した場合,11時00分が返却される。
・PERIODCOUNT関数は,開始時刻と終了時刻を与えて,含まれるコマ数を求めるユーザ
定義関数とする。例えば,10時00分と11時30分を指定した場合,3が返却される。
・PERIODNEXT関数は,指定の時刻とコマ数を与えて,指定の時刻からコマ数だけ後に
ずらしたコマの開始時刻を求めるユーザ定義関数とする。例えば,10時00分とコマ数2を
指定した場合,11時00分が返却される。
① | 指定された条件に重なる予約が入っていないことをSELECT文で確認する。結果行がない場合,予約失敗として③に進む。結果行がある場合,②に進む。 ’Y’に更新する。更新できたか否かを記憶する。 SELECT 会議室番号 FROM 会議室予約 WHERE 会議室番号 = :hv4 AND 予約日 = :hv1 AND 予約開始時刻 BETWEEN :hv2 AND PERIODSTART(:hv3) AND 予約済フラグ = 'N' GROUP BY 会議室番号 HAVING t = PERIODCOUNT(:hv2,:hv3) |
② | 指定された条件の予約のため UPDATE文で更新処理を該当コマ数分繰り返す(cntは0から該当コマ数-1まで)。全て正常に更新できた場合,予約成功としてコミットし、③に進む。繰り返した中で,1回でも更新行がなかった場合,予約失敗としてロールバックし,③に進む。UPDATE 会議室予約 SET 予約済フラグ = 'Y', 社員番号 = :hv5 WHERE 会議室番号 = :hv4 AND 予約日 = :hv1 AND 予約開始時刻 = PERIODNEXT(:hv2, :cnt) AND 予約済フラグ = 'N' |
③ | 予約の成否を通知する。 |
図7 予約処理内容の改良結果
前提条件として、更新時に「行単位に専用ロックがかかる」。
②の処理から、予約開始時刻から予約終了時刻の範囲を一度にロックするのではなく、
行単位つまり30分単位に、ロックがかけられることになる。
例えば、次のような予約の場合
イ:先行予約処理:00時00分から24時00分まで、24時間分を予約
ロ:後続予約処理:17時00分から18時00分を予約
以下のような順序に実行したらどうなる?
イ:①の実行 予約可能として②へ進める。
ロ:①の実行 予約可能として②へ進める。
ロ:②の実行 正常に予約用の更新処理を終えて、コミットする。
イ:②の実行 17時00分の更新結果は、更新行がないことになる。
イとロの実行順序が逆でも同じで、実行(トランザクション)が重なった場合でも、
先行がコミットするまで後続処理は専用ロックにより、更新処理が実行できずに、
待ち状態となる。
先行処理がコミットして、後続処理が動けるようになったときには、更新行が
なくなっているという状態となるのである。
【回答】
予約処理が重なり、両方の予約処理が①を実行した後、それぞれ②を実行した場合。(38文字)
コメント
コメントを投稿