スキップしてメイン コンテンツに移動

平成26年度 春期 データベーススペシャリスト試験 午後Ⅰ 問3 設問3 (1)

平成26年度 春期 データベーススペシャリスト試験 午後Ⅰ
http://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_pm1_qs.pdf

問3 テーブルの設計及びSQLの設計に関する次の記述を読んで,設問1~3に答えよ。

 設問3 〔注文トランザクションの設計〕について,(1),(2)に答えよ。

 (1) 次のTR1~TR4のうち,いずれか二つの組合せのトランザクションを同時に実行したとき,デッドロックが起こるおそれがある。次の表中の ウ  カ  にデッドロックが起きない組合わせには○を,起きるおそれがある組合わせには×を記入せよ。
  TR1:単品商品2個を注文する。
  TR2:単品商品1個とセット商品1個を注文する。
  TR3:セット商品1個を注文する。
  TR4:セット商品2個を注文する。

TR1TR2TR3TR4
TR1 ウ   エ  ×
TR2×××
TR3
 オ   カ 
TR4
×


問題の対象となっているのは、以下の内容である。

〔注文トランザクションの設計〕

 Fさんは,注文トランザクションについて,次のように設計した。

(1) 注文単位を一つのトランザクションで処理し,最後にCOMMIT文を発行する。

(2) 注文に基づいて,”注文”テーブル及び”注文明細”テーブルに行を挿入する。

(3) 商品については,商品一覧画面に表示された順番に”在庫”テーブルの
 引当可能数を調べ,引当可能ならば注文数を減算した値で引当可能数を更新する。

(4) セット商品が在庫不足のとき,”在庫”テーブルの不足セット商品数に不足数を
 加算する。”セット商品構成”テーブルから,主キー順に当該セット商品を構成する
 単品商品の構成数を調べ,必要数を計算する。単品商品については,”在庫”
 テーブルの引当可能数には必要数を減算した値で、不足セット商品用引当済には
 必要数を加算した値で更新する。

(5) トランザクションのISOLATIONレベルは,READ COMMITTEDとする。


検討するポイントは、2つのトランザクションがお互いに相手のトランザクションの
更新テーブルのロック解除待ちとなってしまうことがあるかないか。

ISORATIONのREAD COMMITTEDは、「コミットされた行だけを読める」ということ。
つまり別トランザクション更新中の行は読取時に、ロックがかかり、そちらが
コミットしてロック解除されるまで、ロック解除待ちになってしまうということである。

(4)の説明が長すぎて、正しい理解が困難である。
決定表で、どんな状態の場合、なにが行われるのかを整理してみる。


注文による在庫更新の決定表

在庫.引当可能数 >= 注文明細.注文数YYNN
在庫.引当可能数 < 注文明細.注文数NNYY
商品は単品商品である。YNYN
商品はセット商品である。NYNY
━━━━━━━━━━━━━━━━━━━━━━
在庫.引当可能数から注文明細.注文数を減じるXX

在庫.不足セット商品数に不足数を加算する


X
セット商品構成を使ってセット商品に必要な
単品商品のそれぞれの必要数を求める




X
求めた単品商品の在庫.引当可能数から
セット商品に必要な数を減じる




X
求めた単品商品の在庫.不足セット商品用引当済へ
セット商品に必要な数を加算する




X

セット商品の在庫が不足した場合、そのセットを構成する単品商品の在庫情報の
更新が発生する。
つまり、セット商品1個の注文は、単品N個の注文と同等の扱いを考慮しなくては
ならない。

仮に商品番号の表示順は、単品商品は、TS01、TS02、TS03という順
セット商品は、SS01、SS02、SS03という順序となっているとしても、単品商品と
セット商品の優先順位や、セット商品構成の主キー順との関係は未定義である。

TR1 と TR2の場合
例: TR1 商品 TS01 → TS02
   TR2 商品 SS01(TS02) → TS01
 デッドロックがありうる。

TR1とTR3の場合
例: TR1 商品 TS01 → TS02
   TR3 商品 SS01(TS02、TS01、…)
 デッドロックがありうる。

TR3 と TR3の場合
例: TR3 商品 SS01(TS02、TS01、…)
   TR3 商品 SS02(TS02、TS01、…)
 デッドロックなし。セット商品が異なって、構成する単品商品がいくつも重なって
いたとしても、それはセット商品構成の主キー順にアクセスしているので、
デッドロックにならない。

TR3 と TR4の場合
例: TR3 商品 SS01(TS01、TS02、…)
   TR4 商品1 SS02(TS02、…)、商品3 SS02(TS01、…)
 デッドロックがありうる。


【回答】

ウ : ×

エ : ×

オ : ○

カ : ×


コメント

このブログの人気の投稿

平成26年度 春期 データベーススペシャリスト試験 午後Ⅰ 問2 設問1 (1)

平成26年度 春期 データベーススペシャリスト試験 午後Ⅰ http://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_pm1_qs.pdf 問2  設問1 会議室予約システムについて,(1)~(4)に答えよ。  (1) 図2中のSQL文の  a  ~  c  に入れる適切な字句を答えよ。 〔会議室予約システムのテーブル〕  会議室予約システムの主要なテーブルのテーブル構造,概要は,図1,表1のとおりである。  社員( 社員番号 ,社員氏名,…)  会議室( 会議室番号 ,収容可能人数,階数,プロジェクタ設置有無,TV会議設備設置有無,…)  会議室予約( 会議室番号 , 予約日 , 予約開始時刻 ,予約終了時刻, 社員番号 ) 図1 主要なテーブルのテーブル構造(一部省略) 表1 主要なテーブルの概要 テーブル名 概要 社員 ・社員の情報を管理する。社員番号で社員を一意に識別する。 会議室 ・会議室の情報を管理する。会議室番号で会議室を一意に識別する。 ・会議室ことに収容可能な人数,階数,設備の設置有無が設定されている。 会議室予約 ・会議室の予約状況を管理する。会議室番号,予約日,予約開始時刻で 会議室予約を一意に識別する。 ・予約開始時刻及び予約終了時刻の分の指定は00分または30分とする。 〔会議室予約システムでの検索〕  会議室予約システムで空き会議室の検索結果一覧を表示する際に必要な情報を得るために実行するSQL文の例を図2に示す。  なお,図2中のホスト変数のhv1は予約希望日,hv2は予約希望開始時刻,hv3は予約希望終了時刻を表す。 SELECT * FROM 会議室 X WHERE  a  (SELECT * FROM 会議室予約 Y WHERE X.会議室番号 = Y.会議室番号 AND Y.予約日 = :hv1 AND Y.予約開始時刻  b  :hv3 AND Y.予約終了時刻  c  :hv2) 図2 検索で実行するSQL文の例 図2のSQLから、判明できることは、 対象となる...

平成26年度 春期 データベーススペシャリスト試験 午後Ⅱ 問1 設問1 (1)

平成26年度 春期 データベーススペシャリスト試験 午後Ⅱ http://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_pm2_qs.pdf 問1 データベースの物理設計に関する次の記述を読んで,設問1~3に答えよ。 設問1 〔データベースの物理設計〕の”テーブル構造の検討”について,(1),(2)に答えよ。   (1)手順3~5中の   a  ~  f   に入れる適切なテーブル名又は列名を答えよ。 〔データベースの物理設計〕  システム部は,テーブルと索引の設計と定義,データ所要量の見積り,データの配置について検討している。 1.テーブル構造の検討  図2の関係スキーマを,そのままテーブルとして実装した場合の課題を検討した。その結果,業種別集計表作成の処理は,業種の大分類を求めるので,複数テーブルの結合処理に時間が掛るのではないかとの懸念が示された。そこで,複数テーブルの結合処理における検索条件列とテーブルの検索順序を,次のように整理した。  手順1 検索条件の列として取引依頼年月日を指定し、”取引”テーブルを検索して,取引依頼年月日,取引株数,取引値段,注文番号を求める。その結果行ごとに,次の手順2~6を行う。  手順2 検索条件の列として注文番号を指定し,”注文”テーブルを検索して,銘柄コードを求める。  手順3 検索条件の列として   a  ,  b   を指定し,  c   テーブルを検索して  d   を求める。  手順4 検索条件の列として   d   を指定し,  e   テーブルを検索して   f   を求める。  手順5    f   がNULLならば,手順3で求めた  d   を得る。         f   がNULLでなければ,   f   を得る。  手順6 手順5で得た値ごとに,”取引株数 × 取引値段”の値を累積する。 インプット情報を確認する。 テーブルは ⇒図2参照 ...