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

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

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

問1　データベースの物理設計に関する次の記述を読んで，設問1～3に答えよ。

設問2 〔データベースの物理設計〕の”テーブル定義表の作成”及び”データ所要量見積りと表領域へのデータ配置”について，(1)～(4)に答えよ。

 (2)次の制約①と制約②は，データベースの論理設計と処理内容からデータベースへの実装が
　妥当ではないと判断された。その理由をそれぞれ40字以内で述べよ。

制約①　”注文”テーブルの注文株数は，対応する”銘柄”テーブル行の売買単位が指定されている場合は，その整数倍である（検査制約）。

制約②　”取引”テーブルに，株式決済番号を参照列として，”決済”テーブルの決済番号を参照する（参照制約）。


制約①に関する確認事項：

表1 主な属性の意味と制約　の一部
属性名
意味と制約
売買単位
売買するときの単位（1～1,000,000の整数）。売買単位が定められている
銘柄はその整数倍の数量で売買され，売買単位が定められていない銘柄
は任意の数量で取引される。売買単位は，変更されることがある。

１．顧客が行う処理

（２）　注文登録

　　　売買希望銘柄コードを指定して，注文情報の登録又は変更を行う。登録した注文情報は，
　１０年前の注文年月日から現在までの全件分について保存される。

〔RDBMSの仕様とストレージの構成〕

２．テーブル

（4）検査制約は，同じ行の列に対する制約と，副問合せによる他のテーブルに対する制約を
　　記述することができる。

制約②に関する確認事項：

３．株式取引管理システムが行う処理

（２）　取引登録

　　　顧客からの注文を受けて，取引情報の登録を行い，注文の内容を市場に送信する。
　市場での取引成立を受けて，取引情報を更新する。登録した取引情報は，10年前の
　取引依頼年月日から現在までの全取引について保存される。

（３）　決済情報登録

　　　処理当日に成立した取引について，代金支払予定と株式の受渡予定を決済情報と
　　して登録する。また，月末日には，処理当日の3か月よりも前に決済された決済情報を
　　削除する。

〔RDBMSの仕様とストレージの構成〕

２．テーブル

（3）参照制約は，列名，参照テーブル名，参照先列名を指定する。制約に違反する行の
　追加と削除，列値の更新は拒否される。

【回答】

制約①

銘柄の売買単位変更前に登録した注文情報が，変更後に制約エラーとなるため。(36文字)

制約②

取引情報の参照制約により3か月経過した決済情報の削除が行えなくなるため。(36文字)

コメント

コメントを投稿

このブログの人気の投稿

平成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年度　春期　データベーススペシャリスト試験　午後Ⅰ 問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個を注文する。 ＼ TR1 TR2 TR3 TR4 TR1 ○ 　ウ　 　エ　 × TR2 ＼ × × × TR3 ＼ ＼ 　オ　 　カ　 TR4 ＼ ＼ ＼ × 問題の対象となっているのは、以下の内容である。 〔注文トランザクションの設計〕 　Fさんは，注文トランザクションについて，次のように設計した。 (1) 注文単位を一つのトランザクションで処理し，最後にCOMMIT文を発行する。 (2) 注文に基づいて，”注文”テーブル及び”注文明細”テーブルに行を挿入する。 (3) 商品については，商品一覧画面に表示された順番に”在庫”テーブルの 　引当可能数を調べ，引当可能ならば注文数を減算した値で引当可能数を更新する。 (4) セット商品が在庫不足のとき，”在庫”テーブルの不足セット商品数に不足数を 　加算する。”セット商品構成”テーブルから，主キー順に当該セット商品を構成する 　単品商品の構成数を調べ，必要数を計算する。単品商品については，”在庫” 　テーブルの引当可能数には必要数を減算した値で、不足セット商品用引当済には 　必要数を加算した値で更新する。 (5) トランザクションのISOLATIONレベルは，READ COMMITTEDとする。 検討す...
コメントを投稿
続きを読む

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

平成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)に答えよ。 　(2) (1)で起きるおそれがあるとしたデッドロックを防ぐためには，一つのトランザクションの中で”在庫”テーブルの行をどの列の順番で更新すればよいか。列名を答えよ。 　案1の”商品”テーブルの構造を図2に、案2の”単品商品”テーブル及び”セット商品” テーブルの構造を図3に示す。 　商品（ 商品番号 ，商品名，商品説明，写真，販売単価，表示順，単品区分， 　　　　社内原価， 化粧箱番号 ，詰合せ日数） 図2 案1の ”商品”テーブルの構造 　単品商品（ 商品番号 ，商品名，商品説明，写真，販売単価，表示順，社内原価） 　セット商品（ 商品番号 ，商品名，商品説明，写真，販売単価，表示順， 　　　　　　　 化粧箱番号 ，詰合せ日数） 図3 案2の ”単品商品”テーブル及び”セット商品”テーブルの構造 　Fさんは，関係”在庫”については，一つの”在庫”テーブルを設計した。”在庫”テーブルと， その他の主なテーブルの構造を，図4に示す。図4のテーブルは，全て案1，2に共通する。 また，主な列の意味を表1に示す。 　セット商品構成（ セット商品番号 ， 単品商品番号 ，構成数） 　在庫（ 商品番号 ，引当可能数，不足セット商品数，不足セット商品用引当済数） 　注文（ 注文番号 ，注文日，お届け予定日，住所，顧客名，電話番号，支払情報） 　注文明細（ 注文番号 ， 注文明細番号 ， 商品番号 ，販売単価，注文数） 図4 両案に共通の主な テーブルの構造 注文の主キーである商品番号は、商品を示しており、その列には、表示順が存在する。 この順に全てのトランザクションがアクセスするなら、逆順にアクセスすることがなくなり、 デッドロックが発生しない。 ...
コメントを投稿
続きを読む