エンティティ・リレーションシップ・モデル池本、梶取最初にエンティティ・リレーションシップ・モデルセマンティック・オブジェクト・モデルデータベース処理システムの要件を解釈し、記述し、文書化する為に使用出来る要件の全体的な構造を示よりユーザに近く、詳細なす為の構成が提供される仕様を記述出来る ↓ ↓ トップダウンのデータベーボトムアップのデータベース設計に有用ス設計に有用 3.1 エンティティ・リレーションシップ・モデルの定義 • 1976年 Peter Chenにより紹介された。（このモデルの基本について） • 単一の標準化されたE-Rモデルは存在しないが、変形バージョンの基盤となっている共通の構成要素群は存在。 • 今から見ていくのはその共通の構成要素について！ 3.1.1 エンティティ • ユーザの業務環境において識別でき、システムのユーザによって重要性の高い事物。 • エンティティ・クラス（＝同一タイプのエンティティの集合）にグループ化することが出来る。 • エンティティとエンティティ・クラスはしばしば同義で使用される。 • エンティティには多くのインスタンスがある。（インスタンスについては次！） 3.1.1 クラスとインスタンスの違いエンティティ・クラスエンティティ・インスタンス定義あるものの一般形・一般的記述ある特定のエンティティの表現例学生学籍番号14050166の学生 3.1.2 アトリビュート（プロパティ） • エンティティの特性を記述。 • 1つのエンティティ・クラス内の全インスタンスが同じアトリビュートの組を持っている。 • アトリビュートは1つの値でも多値でも良い。 • 複合アトリビュート ex.住所 3.1.3 識別子 • エンティティ・インスタンスの識別子 – 1つ以上のインスタンス自身を識別する為のアトリビュート • 識別子がユニークな場合・・・識別子の値により正確にただ1つのエンティティ・インスタンスが識別される。 • 識別子がユニークでない場合・・・ユニークなインスタンスを見つける為にデータを追加しなくてはならない。エンティティ・クラス「顧客」アトリビュート「顧客番号」「顧客名」「住所（番地）」「県」「市区町村」複合アトリビュート「郵便番号」「電話番号」エンティティ・インスタンス 12345 Ajax Manufacturing ・・・ 3.1.4 リレーションシップ（関連性） • リレーションシップによってエンティティをお互いに関連付ける。 • 2種類のリレーションシップが存在する。リレーションシップ・クラスエンティティ・クラス間の対応付けリレーションシップ・インスタンスエンティティ・インスタンス間の対応付け • リレーションシップはアトリビュートを持てる。次数（P.64） • リレーションシップの次数・・・リレーションシップ内のエンティティの数 – 図3-2参照 • E-Rモデルのリレーションシップの次数はいくつでもよい。しかし、実際の適用例では次数2 のリレーションシップのみ使用されている。 • 次数2のリレーションシップ＝バイナリー・リレーションシップ 3種類のバイナリー・リレーションシップ（P.64～65） • 1:1（1対1） • 1:N（1対多） • N:M（多対多）バイナリー・リレーションシップ＝HAS-A リレーションシップエンティティの最大個数に対する制約！ ※ M・・・最大濃度リレーションシップの一方において許されるエンティティの個数の最大値エンティティ・リレーションシップ図（E-R図）（P.66） • • • • • エンティティ・クラス･･･四角形エンティティの名前･･･四角形の内部エンティティ名リレーションシップ･･･菱形リレーションシップの最大濃度･･･菱形内部リレーションシップの名前･･･菱形の近く – 確固たる標準はない – 図3-3(d) 最大濃度「リレーション名」最小濃度（P.66） • 最小濃度 – エンティティがリレーション中に存在しなければいけないかどうかを示す。 • エンティティが必ず存在しなければいけない場合･･･リレーションシップの線を横切る短い線。 • エンティティが存在してもしなくても良い場合･･･楕円 • 図3-4 再帰的リレーションシップ（P.66） • 単一クラスのエンティティ間のリレーションシップ • 図3-5 学生 1:N 「～と同室である」 E-R図におけるアトリビュート(P.67） • E-R図にアトリビュートを示すには2通りある。 – アトリビュートを楕円の中に示し、それが属するエンティティ、又はリレーションに線を引く。（図3-6.a） – 別個に示す。（図3-6.b）・・・アトリビュートの数が多くなり、煩雑になる場合弱エンティティ • 特別なタイプのエンティティ。 • データベース中に存在するか否かが他のエンティティの存在に依存するエンティティ。 • ex.従業員と扶養家族（図3-7.a）。 ID依存エンティティ（P.69） • 弱エンティティの特別なタイプ（図3-7.b）。 • 他のエンティティに論理的に依存するエンティティ。 • ID依存エンティティは必ず複数のアトリビュートからなる識別子を持ち、その中に論理的に依存しているエンティティの識別子を含んでいる。 • ex.製品－バージョン、教科書－版サブタイプ・エンティティ • 省略可能なアトリビュートをもつエンティティ • サブタイプ・エンティティはスーパータイプ・エンティティに属していなければならない。 • ∈･･･サブタイプであることを示す記号スーパータイプ ∈ サブタイプ ∈ サブタイプ ∈ サブタイプ一般化階層、継承（P.70） • 一般化階層 – サブタイプを一般化したもの – このようなタイプのリレーションシップをIS-Aリレーションシップと呼ぶこともある。 • 継承 – サブタイプのエンティティが、スーパータイプ・エンティティ・クラスのアトリビュートを引き継ぐこと。図3-9（P.72）従業員「トラック割当」トラック ∈ 1:1 「技術者－技術」 1 :N 「サービス－提供者」技術者サービス「顧客－サービス」顧客 1:N 「～に紹介される」 N: N:M 料金技術者資格 1 資格「資格－技術者」 3.1.7 ビジネス・ルールの文書化 • データベース・スキーマ – テーブル E-Rモデルから情報獲得ないし類推が出来る – リレーション – ドメイン – ビジネス・ルール・・・モデルから情報を得られない為、データ・モデリングの段階において E-Rモデルに追加されることがある。 • この時点ではルールを文書化し、システム要件の一部とすることが重要！ 3.1.8 エンティティ・リレーションシップ・モデルとCASEツール • 多くの一般的CASE製品がE-R図を作成するツールを装備している。 ↓ E-Rモデルを使用してデータ・モデルを作成することが容易に！