データベーススペシャリスト試験 2018年 午後1 問03

模範解答

解説

解答の論理構成

1. 一意性が必要な箇所の洗い出し
   • “店舗”テーブルの主要列は【図１】で

     _施設ID_，_店舗ID_，店舗名，内線番号

     。
   • 店舗は施設ごとに複数存在し、内線番号は施設内で電話を識別すると【表１】に記載。
   • よって「同一施設内で内線番号が重複してはならない」が要件。
2. 列組合せの決定
   • 単独の 内線番号 だけでは他施設と衝突する可能性があるため、
     

     施設ID, 内線番号

     の複合で一意性を持たせる。
3. “精算”テーブルの確認
   • 【図１】“精算”の下線付き列

     _利用年月日_，_施設ID_，_券番号_

     が主キー。
   • 【RDBMS の主な仕様】(6)：主キー制約で「一意性が保証」され、ユニーク索引も自動生成。
   • 追加の UNIQUE 制約は冗長となるため「なし」と判断。

誤りやすいポイント

• 主キー自動索引の存在を忘れ、重複して UNIQUE 制約を定義してしまう。
• “店舗”で 店舗ID を候補に選ぶ誤答：店舗ID は施設横断で一意とは示されていない。
• “精算”で部分列（例：施設ID, 券番号）を UNIQUE とする誤答：利用年月日 が抜けると同日再入館ケースで重複が起こり得る。

FAQ

店舗ID

施設ID, 内線番号

模範解答

解説

解答の論理構成

1. 年齢区分の仕様確認
   • 【問題文】より引用
     

     子供（12 歳未満）：'1'、大人（12 歳以上 60 歳未満）：'2'、シニア（60 歳以上）：'3'

2. 検査制約の骨格確認
   • 図２の書式
     

     CHECK( ( 年齢区分 = ’1’ AND (a) ) OR ( (b) AND (c) ) OR ( 年齢区分 = ’3’ AND (d) ) )

3. ３つの OR ブロックに区分を割当
   • １番目：

     年齢区分 = '1'

     （子供） ⇒ 年齢は 12 未満 → (a)＝

     年齢 < 12

   • ２番目：年齢区分が空欄 (b) と年齢範囲 (c) が空欄
     • 区分＝大人なので (b)＝

       年齢区分 = '2'

     • 大人の年齢は 12 以上 60 未満 ⇒ (c)＝

       年齢 BETWEEN 12 AND 59

   • ３番目：

     年齢区分 = '3'

     （シニア） ⇒ 年齢は 60 以上 → (d)＝

     年齢 >= 60

4. 以上より回答を確定。

誤りやすいポイント

• 12 歳未満

  を

  <= 12

  と誤記する。
• 大人の上限を

  60

  としてしまい、

  60

  歳が両区分に重複。
• OR ブロック２で区分条件 (b) を入れ忘れ、

  年齢 BETWEEN 12 AND 59

  だけにする。

• BETWEEN

  を使う際に

  BETWEEN 12 AND 60

  と境界値をずらす。

FAQ

BETWEEN

BETWEEN 12 AND 59

60 歳以上

年齢 >= 60

CHECK

模範解答

解説

解答の論理構成

1. ユニーク／非ユニーク判定
   • 【問題文】「(3) 索引は,ユニーク索引と非ユニーク索引に分けられる。」
   • 店舗利用表に対し表４「施設 ID, 鍵番号, 未精算フラグ」でユニーク制約は設定されていない。ゆえに①は「非ユニーク索引」となる。
2. 高クラスタ判定
   • 【問題文】「高クラスタな索引: キー値の順番と, キーが指す行の物理的な並び順が一致…隣接するキーが指す行が同じページに格納されている割合が高い。」
   • DML2 挿入時、キー列「利用年月日, 施設 ID, 券番号」はホスト変数で与えられ同一値で連続挿入される。
   • 同一キーが物理的にも隣接するためクラスタ率が高く、索引２は高クラスタ。

誤りやすいポイント

• 「施設 ID, 鍵番号」が鍵だからユニークと思い込む。実際には同一客が複数商品を購入するため重複が起きる。
• クラスタ性を“索引が主キーかどうか”で判断してしまう。実際はデータ配置パターンが重要。
• INSERT 文にSELECT を使った一括挿入時の物理配置への影響を見落とす。

FAQ

模範解答

解説

解答の論理構成

1. 手順2
   表5には「ページ頭部を除いた有効ページ長（バイト）」とあり、空欄（ア）は “どの行” を格納できるかを判定する基準です。ページに収まるかどうかは行の最大サイズで決めるので（ア）は「最大行長」。
2. 手順3
   不等式の右辺は “1 ページに確保できる空き領域” を表すので、「有効ページ長 × 空き領域率 ÷ 100」。よって（イ）は「有効ページ長」。
3. 手順4
   ・「ページ当たりの平均行数」は “有効ページ長 ÷ 行長” なので分母（ウ）は「平均行長」。
   ・「必要ページ数」は “行数 ÷ ページ当たりの平均行数” なので分子（エ）は「見積行数」、分母（オ）は「ページ当たりの平均行数」。
   ・「テーブルのストレージ所要量」は “ページ長 × ページ数” なので（カ）は「ページ長」、（キ）は「必要ページ数」。
4. 以上より、空欄すべての語が確定します（結論参照）。

誤りやすいポイント

• 「平均行長」と「最大行長」を逆に入れる
  手順2は “収まるかどうか” の判定なので最大値で評価します。
• 「ページ長」と「有効ページ長」を混同する
  有効ページ長はヘッダ領域を除いた値で、計算に使うのはこちらです。
• 「必要ページ数」と「ページ当たりの平均行数」を同じと勘違いする
  前者は総量、後者は密度。式の分子・分母を意識することで区別できます。

FAQ

模範解答

解説

解答の論理構成

1. 表探索の場合
   表6 手順2には
   ・アクセスパスが表探索の場合: 読込みページ数 = （ク）
   とあります。表探索はテーブル全ページを読むので、同じ問題文にある表5 手順4
   「必要ページ数 = （エ） ÷ （オ）」
   で算出する“テーブルを構成するページ総数”をそのまま使うのが自然です。よって
   （ク）＝「必要ページ数」。
2. 索引探索の場合
   表6 手順2では
   ・索引が低クラスタ … 最大読込みページ数 = （ケ）
   ・索引が高クラスタ … 最小読込みページ数 = （ケ） ÷ （コ）
   が示されています。
   手順1に
   「ページから読み込む探索行数を予測する。結果行数＝探索行数とは限らない。」
   とあり、ここで出てくる行数がページ数計算に使われる行数（ケ）です。したがって
   （ケ）＝「探索行数」。
   また、行数をページ数に換算するには１ページに何行入るかが必要で、表5 手順4の
   「ページ当たりの平均行数 = （イ） ÷ （ウ）」
   が該当します。よって
   （コ）＝「ページ当たりの平均行数」。

誤りやすいポイント

• 「必要ページ数」と「ページ当たりの平均行数」を混同して式が成り立たなくなる。
• （ケ）を「結果行数」と誤答する。問題文に「結果行数＝探索行数とは限らない」と強調されている点を見落としやすい。
• 表探索でも索引ページを読むと誤解して読込みページ数を過大評価してしまう。

FAQ

模範解答

解説

解答の論理構成

1. テーブル確定後に始められる作業を抽出
   • 表２より **“W1”**は“CREATE TABLE 文を設計”でテーブル構造を確定する作業。
   • 依存関係が“テーブル構造の確定のみ”で済む作業を探すと、
     • “W3”“GRANT 文を設計する”
     • “W9”“性能測定用データを生成するための設計書を作成”
       が該当する。
2. それぞれの完了〆切を確認
   • **“W3”**の成果物（GRANT 文）は “W7”“DDL など実行”で実行される。
     よって “W3” → “W7” の順序が必須。
   • **“W9”**の成果物（データ生成プログラム・データ）は **“W10”**でロードされる。
     よって “W9” → “W10” の順序が必須。
3. 直前作業は何か
   • どちらも開始条件は“テーブル構造確定”＝ **“W1”**終了。
   • したがって直前は共に “W1”。
4. 直後作業は何か
   • 先述の〆切より、
     • **“W3”**の直後は “W7”
     • **“W9”**の直後は “W10”

誤りやすいポイント

• “設計”の完了と“実行”の完了を混同し、**“W3 は W7 より後”**と誤解する。
• **“W9”**を“性能測定用データ生成”と読み違えて **“W10”**後に置いてしまう。
• **“W2/W4/W5/W6”**と **“W3/W9”**の並行可否を、作業番号順で思い込む。

FAQ

模範解答

解説

解答の論理構成

1. 作業順の確認
   表2より W7「DDL など実行」でテーブルだけが作成され、データ投入は W9・W10。
   よって W8「統計情報取得及びアクセスパス確認」はデータ未投入時点で実施される。
2. RDBMS の仕様
   原文(5)より
   「統計情報からテーブルが空 (0行) と判断した場合: 表探索に決められる。」
3. DML の判定
   • DML2, DML3 は空表対象でありユニーク索引による例外条件に該当しない。
   • DML1 は「施設ID, 鍵番号」を等値で指定し、これはテーブル“鍵”の主キーであるため仕様(5)のユニーク索引例外により索引探索。
4. したがって、表探索になるのは DML2 と DML3。
   理由（40字以内例）：
   「作業W7直後のテーブルは空と判断され表探索に決まるため」

誤りやすいポイント

• 「空表なら表探索」というルールを見落とし、索引を設計しただけで安心してしまう。
• 主キー列等値検索は統計情報に左右されない点を忘れ、DML1を誤って選択。
• 作業順の前後関係（W8 が W9・W10 より先）を読み違える。

FAQ

模範解答

解説

解答の論理構成

1. W8 の目的を確認
   • 【問題文】“作業 W8 (統計情報取得及びアクセスパス確認) … DML のアクセスパスが想定どおりか確認する。”
2. 統計情報が必要とする前提
   • 統計情報は行数・分布などの“実データ”を解析して計算される。空テーブルでは誤ったアクセスパスが選択される。
3. データが格納される工程を特定
   • W10 の説明は【問題文】“ロード実行 – テーブルに性能測定用データをロードする。”
   • これによりテーブルが本番想定量で満たされる。
4. したがって
   • 統計情報を取る W8 は“ロード完了”後、すなわち W10 の後に置くのが最適。

誤りやすいポイント

• 「設計完了直後に統計情報を取得できる」と思い込み、W7 後や W9 後を選んでしまう。
• W9“性能測定用データ設計・データ生成”で“データ生成”という語に引きずられ、ロード前であることを見落とす。
• 索引の作成（W7 内）だけでアクセスパスが確定すると誤解し、統計情報の重要性を軽視する。

FAQ