データディクショナリ/ディレクトリ(data dictionary / directory)

分類
テクノロジ系 データベース
出る試験
基本情報応用情報
重要度
★★☆☆☆

データそのものではなく、データについての情報を管理する仕組み。意味を記した辞書と、所在を示す索引からなる。

もう少し詳しい説明

データディクショナリ/ディレクトリ(DD/D)は、データについての情報を管理する仕組みです。

データそのものは入っていません。 入っているのは、データを説明する情報です。

メタデータという考え方

データについてのデータをメタデータといいます。

例
データ田中太郎、1980-05-03
メタデータ「氏名は全角20文字まで」「生年月日は日付型」「この項目は人事システムが作っている」

図書館で考えると分かりやすくなります。本そのものがデータ、蔵書目録がメタデータです。

2つの部分

名前が2つくっついているのは、役割が2つあるからです。

ディクショナリ意味・形式(氏名は全角20文字まで)ディレクトリ所在・利用者(どの表のどこにあるか)
長い名前を丸暗記しようとすると定着しません。意味を記す辞書と、所在を示す索引の2役を持つので、名前も2つ並んでいます。図書館でいえば、本の内容の説明と、書架の番号にあたります。
何を持つか図書館でいうと
ディクショナリ(辞書)その項目が何を意味するか、形式はどうか本の内容の説明
ディレクトリ(所在)その項目がどこにあるか、誰が使っているか書架の番号

意味と所在。この2つをそろえて持つので、名前が2つ並んでいます。

何に使うのか

場面なぜ要るか
設計同じ意味の項目を、別の名前で2つ作ってしまうことを防ぐ
改修ある項目を変えると、どこに影響するかが分かる
監査どこに何があるのかを示せる
引き継ぎ作った人がいなくなっても、意味が残る

いちばん効くのは2つめです。

「顧客コードの桁数を8桁から10桁に変えたい」としたとき、その項目を使っている場所が全部分かっていないと、手を付けられません。DD/Dがあれば、影響の範囲を調べられます。無ければ、プログラムを端から読むことになります。

DBMSが持っているもの

関係データベース(データを表の形で持ち、表どうしを結び付けて扱うデータベース)のDBMSは、この仕組みを内部に持っています。

表の名前、列の名前と型、主キーはどれか、ビューの定義、誰にどの権限があるか。こうした情報が、DBMS自身の表として保存されています。

これをシステムカタログやデータ辞書と呼びます。

利用者が作った表と同じ形で持っているため、SQLで問い合わせることもできます。「この表にはどんな列があるか」を、プログラムから調べられるのはこのためです。

集中管理方式と分散管理方式

組織の中にシステムがいくつもあるとき、DD/Dをどこに置くかで2つのやり方に分かれます。

置き方
集中管理方式組織に1つのDD/Dを置き、どのシステムもそこを見る
分散管理方式システムごとにDD/Dを持ち、それぞれで管理する
販売システム在庫システム人事システムDD/D組織に1つ
集中管理方式では、組織に1つのDD/Dを置きます。どのシステムも、項目の意味と所在を同じ1か所に登録し、同じ1か所で調べます。矢印が1点に集まる形になります。
DD/D販売システムの中DD/D在庫システムの中DD/D人事システムの中
分散管理方式では、DD/Dがシステムの数だけあります。自分のシステムのことは自分のDD/Dで調べられますが、ほかのシステムが同じ項目を何と呼んでいるかは、ここには入っていません。

分かれ目になるのは、同じ意味の項目を、別のシステムがどう呼んでいるかを突き合わせられるかどうかです。

良い点難しい点
集中管理方式同じ意味の項目に別の名前が付くことを防げる。どこに何があるかを1か所で追える登録や変更の手続きが1か所に集まり、時間がかかる。そこが止まると、どのシステムも定義を確かめられない
分散管理方式各システムの都合に合わせて、すぐ直せる。1つが止まっても、ほかのシステムには及ばない同じ意味の項目に、システムごとに別の名前が付く。組織全体での影響範囲を調べられない

上に書いた「顧客コードの桁数を8桁から10桁に変えたい」という調べものは、集中管理方式のほうが成り立ちます。分散管理方式では、システムの数だけDD/Dを当たることになり、1つ見落とすと、そこで不具合が出ます。

どちらかが正しい、というものではありません。 分散管理方式は、各システムが自分の都合で直せるぶん、動きが速くなります。全体をそろえる必要がどれだけあるかで決まります。

両方の中間を取る形もあります。定義は各システムが持ったうえで、組織の標準にあたるものだけを1か所に集める、という置き方です。

広い意味での使われ方

DD/Dという言葉は、DBMSの中の仕組みだけでなく、組織全体のデータを管理する取り組みを指して使われることもあります。

複数のシステムにまたがって、「この項目はここで定義し、ここが作っている」を一元管理する、という使い方です。データウェアハウスを作るときに、ばらばらの表記をそろえる土台にもなります。

試験で問われるのは、ほぼ「メタデータを管理するもの」という点だけです。深追いは要りません。

試験ではこう出る

科目A(旧・午前)では、何を管理するかがそのまま問われます。「データそのものではなく、データについての情報」が答えです。

メタデータという語と組で出ることもあります。

システムカタログという呼び方で、DBMSが持つ定義情報として出ることもあります。

出題数は多くありません(このサイトでは重要度2としています)。「データについてのデータを持つ」の一行を押さえておけば足ります。

関連する用語

関係データベース
表や列の定義も、DBMSがこの仕組みで持っている
実表と導出表
ビューの定義も、データについての情報として記録される
システム監査
どこに何があるかが分かっていないと、監査ができない
内部統制
データの所在と責任者を明らかにしておく、という考え方

ミニクイズ

データディクショナリ/ディレクトリ(DD/D)が管理するものとして、適切なものはどれか。

正解は 2番:項目の意味や形式、どこに格納されているかといった、データについての情報

データディクショナリ/ディレクトリは、データそのものではなく、データについての情報(メタデータ)を管理します。項目の名前や意味、桁数や型といった形式、どの表のどこにあるか、誰が使っているかといった内容です。利用者が入力した業務データそのものは、管理の対象ではなく管理される側です。索引の実体はインデックス、更新前のデータの写しはログやバックアップで、どれも別の仕組みです。

間違えた用語の復習リストを見る →

この分野をまとめて解く → データベースのミニテスト(全35問)

最終更新:2026-11-08