情報処理とは何から、データベースの基本的な話(情報処理試験のデータベーススペシャリスト程度の話まで）を書く、土日のシリーズ「Hello World程度のデータベース」です。
いままで、正規化について書いてきたりして、エンティティと属性について、分けました。今回は、それを成果物としてＥＲ図にまとめます。
■ＥＲ図
ＥＲ図は、エンティティ（Ｅ）とリレーション（Ｒ）を書きます。。。
けど、それだけではテーブルができないので、属性値も書きますね。
で、書き方には、Ｊ．マーチンのＥＲ図（足の羽みたいなのがあるやつ）とかＩＤＥＦ１Ｘとかあります。今日は、ＩＤＥＦ１Ｘで書きます。
ＩＤＥＦ １Ｘについては、
アイデフワンエックス（ＩＤＥＦ１Ｘ）―リレーショナル・データモデルの新しい表現法
ISBN:9784822290283 (482229028X)
という本があるのですが、今日の内容は、その本を参考にして書いてます。
■ＩＤＥＦ １ＸのＥＲ図
で、そのＥＲ図は、こんな感じになります。
エンティティ名が、ボックスの上に入ります。
ボックスの中に線が引いてあって、線の上に主キーを書きます。主キーは１つの場合もありますし、２つ３つが組み合わせって入ることもあります。で、組み合わせっているとき、それが、外部キー（他のものの主キー）だった場合は、うしろに（ＦＫ）とつけます。
線の下に属性名を書きます。属性中、外部キーがあれば、うしろにＦＫと書きます。
ちなみに、属性名にＦＫが来る場合というのは、関係はあるが、相手がなくても存在できるときに、あり得ます。
で、関係については線でかきます。
そして、その関係の内容（動詞句）を書きます。
１対Ｎの関係にあるとき、Ｎのほうに黒丸をつけます。
で、問題は１対Ｎの関係かどうかの見分け方なのですが、まず、１対Ｎの、１のほうは、主キーが入っているエンティティのほうです。Ｎのほうが外部キーが入っているエンティティのほうです。
１対１であれば、Ｎのほうのエンティティに、主キーの入っているレコードは１件しかないです。１対Ｎの場合は、いくつかあり得ます。１対０は、１件もないということです。
ただし、１対１だったら、テーブルを分ける必要は無いですし（第二正規形）、常に１対０っていうのは、関係ないってことです（＾＾；）なので、普通は１対１～Ｎのような形になります。それをわざわざ表現する場合は、黒丸のしたに、以下の文字を書いて示します（上記の本の１４０ページ）
黒丸のみ １対０～Ｎ
黒丸にＰ １対１～Ｎ
黒丸にＺ １対０～１
黒丸に数字 １対数字（１対３とか）
なお、Ｎ対Ｍというのも考えられます（両方を黒丸でかきます）。このとき、お互いの主キーが、それぞれの外部キーになっているケースなのですが、これは、ＲＤＢには、ありません。というか、作れませんので、１対Ｎになるように、お互いの主キーを組み合わせたテーブルを作ります（下記の例だと、在庫がそう）。
なお、これは、第一正規形のときに、処理される（１対Ｎにされる）と思います。
■ＥＲ図の例
で、これをまとめて書くと、こんなかんじ
在庫をあらわしたものです。
なお、在庫というのは存在しない、それは入庫と出庫の履歴である
という説もありますが、現実問題、会社設立から今日までの入出庫をとって
おくことはできないので、現実的には、このように在庫テーブルが存在します。
それと、動詞句ですが、しらじらしい動詞句になってしまったりする
っていうか、よくわかんない動詞句になってしまったりもするので、
省略することも多いかも。。
■汎化－スーパークラスについて
汎化は、以下の図のように、丸に棒線をかいて、よこに、各クラスにわける基準を書きます。
っていうことで、概念スキーマ構造の操作の成果物である、ＥＲ図も描いたことで、概念スキーマはおしまいです。次は、この概念スキーマをデータベースに作る内部スキーマのお話です。
