ER図の最小化

問題の説明

ERダイアグラムは、さまざまなテーブルとそれらの間の関係を図で表したものです。データベースの数を減らすことができるER図。

1対1のカーディナリティ

以下の図を1対1のカーディナリティで考えてみましょう-

上記のER図は3つのエンティティを表しています-

• 従業員エンティティには、emp_nameという2つの属性があります。 emp_idが主キーです
• 会社エンティティには、cmp_nameという2つの属性があります。 cmp_idが主キーです
• 作業エンティティの主キーはemp_idまたはcmp_idにすることができます
• 3つのテーブルを1つに結合することはできず、WorkをEmployeeまたはCompanyにマージすることもできます。 1対1のカーディナリティシナリオでは、最低2つのテーブルが必要です。

1対多のカーディナリティ

1対多のカーディナリティを持つ以下の図を考えてみましょう-

このERダイアグラムでは、従業員は1つの会社で働くことができますが、会社にはそのような従業員が多数いる可能性があります。上記のER図は3つのエンティティを表しています-

• 従業員エンティティには、-emp_idとemp_nameの2つの属性があります。 emp_idが主キーです
• 会社エンティティには、-emp_idとcmp_nameの2つの属性があります。 cmp_idが主キーです
• 複数の従業員が同じcmp_idで作業できるため、cmp_idを主キーにすることはできません。ただし、EmployeeテーブルとWorkテーブルを組み合わせることができます。したがって、1対多のカーディナリティシナリオでは、最低2つのテーブルが必要です。

多対多のカーディナリティ

1対多のカーディナリティを持つ以下の図を考えてみましょう-

このERダイアグラムでは、従業員は複数の会社で働くことができ、会社にはそのような従業員が多数いる可能性があります。上記のER図は3つのエンティティを表しています-

• 従業員エンティティには、-emp_idとemp_nameの2つの属性があります。 emp_idが主キーです
• 会社エンティティには、-emp_idとcmp_nameの2つの属性があります。 cmp_idが主キーです
• 前の例とは異なり、WorkテーブルをEmployeeまたはCompanyとマージすることはできません。マージしようとすると、冗長データが作成されます。したがって、多対多のカーディナリティシナリオでは、最低2つのテーブルが必要です。