論理データモデル
Logical Data Model
ろんりでーたもでる
概念データモデルを、採用するデータベースの方式(関係データベースなら表・列・主キー・外部キー)に沿って表し直したデータモデル。正規化によってデータの重複と更新時異状を取り除き、データ型や制約を定める。どの記憶装置にどう格納するかといった物理的な事項には立ち入らない。
Related
他の資格での定義
概念データモデルを、関係モデルなど特定のデータベース方式に合わせて表現したモデル。表・列・キー・制約を定めるが、格納方法や索引といった実装の詳細はまだ扱わない。
概念データモデルを、関係モデルなど採用するデータモデルの形式に落とし込んだもの。正規化を施して表と列、キー、制約を定義するが、索引や格納方法といった物理的な事項までは決めない。
概念データモデルを特定のデータモデル(関係モデルなど)に変換したもの。テーブル名、属性名、データ型、制約(主キー、外部キー、NOT NULLなど)を定義する。DBMS製品には依存しない。
概念データモデルを、採用するデータベース方式に合わせて具体化したモデル。項目、主キー、正規化などを定め、物理設計の前段となる。
概念データモデルを特定のデータモデル(関係モデルなど)に変換したもの。テーブル名、属性名、データ型、制約(主キー、外部キー、NOT NULLなど)を定義する。DBMS製品には依存しない。
概念データモデルを、関係モデルなど採用するデータベースの方式に合わせて具体化したデータモデル。関係データベースでは、正規化を行って表、列、主キー、外部キー、制約を定義する。索引や格納方法など、特定の製品や記憶装置に依存する事項は物理設計で決める。
Past Exams
過去問での出題
過去問で 6 回出題(システムアーキテクト試験 2・エンベデッドシステムスペシャリスト試験 2・ITパスポート試験 1・プロジェクトマネージャ試験 1)
- 平成28年度 秋期 システムアーキテクト試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
- 平成26年度 秋期 ITパスポート試験 問74(IPA の PDF を新しいタブで開きます)
- 平成25年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問20(IPA の PDF を新しいタブで開きます)
- 平成23年度 秋期 システムアーキテクト試験 午前Ⅱ 問2(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問20(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問16(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
スタースキーマのディメンションテーブルを正規化し、商品→商品分類→大分類のように階層ごとの表に分割した構造。データの重複が減り、マスタの更新や整合性の維持がしやすい反面、問合せで結合する表が増えて、集計の性能や分かりやすさはスタースキーマに劣る。
ネットワーク型(CODASYL型)データベースで、レコードの実現値を記憶領域のどこに格納するかを指定する方式。キー値をハッシュして格納位置を決めるCALC、親子集合の親レコードの近くに格納するVIA、指定したデータベースキーの位置に格納するDIRECTがある。よく使うアクセス経路に合わせて選び、関連するレコードを同じページに集めて入出力を減らす。
ある表の列のうち、他の表(または同じ表)の主キーや一意キーを参照する列。外部キーの値は参照先に存在する値かNULLでなければならないという参照制約により、表どうしの関連の整合性が保たれる。参照先の行を削除・更新したときの動作は、CASCADE、SET NULL、RESTRICTなどで指定する。
業務上の意味を持たない値(連番やUUIDなど)を、システムが自動的に割り当てて主キーとするもの。代理キーともいい、顧客コードのような業務上のキー(自然キー)が長い、複数列になる、将来変わるおそれがあるといった場合に使い、主キーを短く安定させられる。ただし自然キーの重複は別に一意性制約で防ぐ必要がある。
関係データベースの設計で、関数従属性に基づいて表を分解し、データの重複と更新時異状(追加・更新・削除の異状)を取り除くこと。繰返し項目を除いた第1正規形、部分関数従属を除いた第2正規形、推移関数従属を除いた第3正規形のほか、ボイス・コッド正規形、第4・第5正規形がある。分解は、結合すれば元の表に戻せる情報無損失分解で行う。
検索性能を上げるために、正規化した表をあえて統合したり、導出項目や他の表の項目を重複して持たせたりすること。結合の回数を減らせるので参照が速くなるが、同じデータを複数箇所で更新する必要が生じ、整合性を保つ仕組み(トリガや更新手順)が別に要る。参照が中心のデータウェアハウスのスタースキーマなどで使われる。
