平成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)に答えよ。
(2) (1)を踏まえて,テーブルへの列の追加によって検索効率を改善するために,表10の案A,Bについて検討することにした。案Bの”検索効率が上がる理由”を20字以内で,”他の処理の変更内容”を50字以内で述べよ。
〔データベースの物理設計〕
システム部は,テーブルと索引の設計と定義,データ所要量の見積り,データの配置について検討している。
1.テーブル構造の検討
図2の関係スキーマを,そのままテーブルとして実装した場合の課題を検討した。その結果,業種別集計表作成の処理は,業種の大分類を求めるので,複数テーブルの結合処理に時間が掛るのではないかとの懸念が示された。そこで,複数テーブルの結合処理における検索条件列とテーブルの検索順序を,次のように整理した。
手順1 検索条件の列として取引依頼年月日を指定し、”取引”テーブルを検索して,取引依頼年月日,取引株数,取引値段,注文番号を求める。その結果行ごとに,次の手順2~6を行う。
手順2 検索条件の列として注文番号を指定し,”注文”テーブルを検索して,銘柄コードを求める。
手順3 検索条件の列として a , b を指定し, c テーブルを検索して d を求める。
手順4 検索条件の列として d を指定し, e テーブルを検索して f を求める。
インプット情報を確認する。
テーブルは
⇒図2参照
図2 株式市取引管理システムの関係スキーマ(一部省略)のテーブル設計対象
各テーブルの属性に関する情報
表1 主な属性の意味と制約 の一部
業種別集計表作成に関する情報
⇒〔株式取引管理システムの主な処理〕の2.G社の社員が行う処理
(2) 業種別集計表作成
顧客に提供する情報の一つに,業種別集計表がある。業種別集計表は,作成時に指定した対象期間(開始年月日と終了年月日)内に,取引依頼年月日が含まれる取引について,”取引株数 × 取引値段”で求めた売買金額を,取引依頼年月日の株式発行企業の業務の大分類ごとに集計した帳票である。
⇒〔株式取引管理システムの主な処理〕の4.エンティティタイプと処理のCRUD
主なエンティティタイプと処理のCRUDをまとめると,表3のとおりである。
表3 主なエンティティタイプと処理のCRUD
注記 C:追加,R:参照,U:更新,D:削除
午後問題の資料は大量なので,見落として勘違いしないように気をつけないといけない。
●取引テーブルに大分類の業種コードを追加した場合の「業種別集計表作成」の手順を
見直してみる。
◎検索効率が上がる理由
取引テーブルに大分類の業種コードを追加すると,その値で手順6が実行できる。
ということは,手順2~5の検索処理が不要ということになる。
◎他の処理の変更内容
CRUDを見ると,取引テーブルの追加,更新は「取引登録」処理のみである。
ここで,大分類の業種コードを設定するためには,それを求めていた
手順2~5を処理することになる。
【回答】
案b 検索効率が上がる理由
手順2~5の検索を省略できるから。(17文字)
案b 他の処理の変更内容
取引登録に,手順2~5と同様に大分類の業種コードを求め,取引テーブルに転記する処理を追加する。(46文字)
http://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_pm2_qs.pdf
問1 データベースの物理設計に関する次の記述を読んで,設問1~3に答えよ。
設問1 〔データベースの物理設計〕の”テーブル構造の検討”について,(1),(2)に答えよ。
(2) (1)を踏まえて,テーブルへの列の追加によって検索効率を改善するために,表10の案A,Bについて検討することにした。案Bの”検索効率が上がる理由”を20字以内で,”他の処理の変更内容”を50字以内で述べよ。
表10 テーブル構造変更案の検討(未完成)
案
|
変更内容
|
検索効率が上がる理由
|
他の処理の変更内容
|
---|---|---|---|
A
|
”取引”テーブルに銘柄
コードを追加する。 |
手順2の検索を省略できるから。
|
取引登録に,手順2と同様の
検索で求めた銘柄コードを ”取引”テーブルに転記する 処理を追加する。 |
B
|
”取引”テーブルに大分
類の業種コードを追加する。 |
〔データベースの物理設計〕
システム部は,テーブルと索引の設計と定義,データ所要量の見積り,データの配置について検討している。
1.テーブル構造の検討
図2の関係スキーマを,そのままテーブルとして実装した場合の課題を検討した。その結果,業種別集計表作成の処理は,業種の大分類を求めるので,複数テーブルの結合処理に時間が掛るのではないかとの懸念が示された。そこで,複数テーブルの結合処理における検索条件列とテーブルの検索順序を,次のように整理した。
手順1 検索条件の列として取引依頼年月日を指定し、”取引”テーブルを検索して,取引依頼年月日,取引株数,取引値段,注文番号を求める。その結果行ごとに,次の手順2~6を行う。
手順2 検索条件の列として注文番号を指定し,”注文”テーブルを検索して,銘柄コードを求める。
手順3 検索条件の列として a , b を指定し, c テーブルを検索して d を求める。
手順4 検索条件の列として d を指定し, e テーブルを検索して f を求める。
手順5 f がNULLならば,手順3で求めた d を得る。
f がNULLでなければ, f を得る。
f がNULLでなければ, f を得る。
手順6 手順5で得た値ごとに,”取引株数 × 取引値段”の値を累積する。
インプット情報を確認する。
テーブルは
⇒図2参照
銘柄(銘柄コード,銘柄名,上場区分,売買単位,公開情報,市場コード)
銘柄詳細(銘柄コード,有効開始年月日,業種コード,…)
業種(業種コード,業種名称,上位業種コード)
株価(銘柄コード,株価年月日,株価時分,始値,安値,高値,終値,出来高)
注文(注文番号,口座番号,銘柄コード,注文年月日,注文時刻,注文状態,取引種別,
注文株数,値段指定方法,執行条件,執行期限,指定値段)
取引(取引番号,注文番号,取引依頼年月日,取引成立年月日,取引株数,取引値段,
取引状態,代金決済番号,株式決済番号)
図2 株式市取引管理システムの関係スキーマ(一部省略)のテーブル設計対象
各テーブルの属性に関する情報
⇒表1参照
表1 主な属性の意味と制約 の一部
属性名
|
意味と制約
|
---|---|
有効開始年月日
|
銘柄詳細情報が有効になった年月日
|
業種コード
|
銘柄の業種を大分類,小分類の2階層で表すコード。
大分類だけの業種もあれば,小分類のある業種もある。 小分類には,大分類を表す上位業務コードが指定される。 関係”銘柄詳細”には,有効開始年月日時点の大分類又は 小分類いずれかの業種コードが必ず記録される。 |
上位業種コード
|
上位の大分類の業種コード。小分類の業種の場合にだけ指定される。
|
業種別集計表作成に関する情報
⇒〔株式取引管理システムの主な処理〕の2.G社の社員が行う処理
(2) 業種別集計表作成
顧客に提供する情報の一つに,業種別集計表がある。業種別集計表は,作成時に指定した対象期間(開始年月日と終了年月日)内に,取引依頼年月日が含まれる取引について,”取引株数 × 取引値段”で求めた売買金額を,取引依頼年月日の株式発行企業の業務の大分類ごとに集計した帳票である。
⇒〔株式取引管理システムの主な処理〕の4.エンティティタイプと処理のCRUD
主なエンティティタイプと処理のCRUDをまとめると,表3のとおりである。
表3 主なエンティティタイプと処理のCRUD
エンティティタイプ
|
顧
客 |
口
座 |
市
場 |
業
種 |
銘
柄 |
銘
柄 詳 細 |
株
価 |
注
文 |
取
引 |
決
済 |
---|---|---|---|---|---|---|---|---|---|---|
銘柄照会
|
R
|
R
|
R
| |||||||
注文登録
|
R
|
R
|
R
|
CU
| ||||||
銘柄登録
|
R
|
R
|
CU
|
C
| ||||||
業種別集計表作成
|
R
|
R
|
R
|
R
|
R
| |||||
株価更新
|
C
| |||||||||
取引登録
|
R
|
CU
| ||||||||
決済情報登録
|
R
|
R
|
CD
|
午後問題の資料は大量なので,見落として勘違いしないように気をつけないといけない。
●取引テーブルに大分類の業種コードを追加した場合の「業種別集計表作成」の手順を
見直してみる。
◎検索効率が上がる理由
取引テーブルに大分類の業種コードを追加すると,その値で手順6が実行できる。
ということは,手順2~5の検索処理が不要ということになる。
◎他の処理の変更内容
CRUDを見ると,取引テーブルの追加,更新は「取引登録」処理のみである。
ここで,大分類の業種コードを設定するためには,それを求めていた
手順2~5を処理することになる。
【回答】
案b 検索効率が上がる理由
手順2~5の検索を省略できるから。(17文字)
案b 他の処理の変更内容
取引登録に,手順2~5と同様に大分類の業種コードを求め,取引テーブルに転記する処理を追加する。(46文字)
コメント
コメントを投稿