1

次の ER 図から ERM へのマッピングが正しい理由、またはより正確には完全な理由を理解するのに問題があります。この例では、プロジェクト、場所、人物の間に 1:1:N の三項関係があります。

三元関係のER図の例

各エンティティには主キー (ProjectID、PlaceID、PersonID) があります。この図を理解すれば、個人とプロジェクトの組み合わせを複数の場所に関連付けることはできません。さらに、人と場所の組み合わせは、1 つのプロジェクトにのみ関連付けることができます。さらに、特定の場所でのプロジェクトには複数の人がいる可能性があります。

三項関係をどのように読み取るかについてのこの理解は、私の問題につながります。ERM を次の RM にマッピングします。

プロジェクト(プロジェクトID)
場所(場所ID)
個人(個人ID)
Works(ProjectID、PersonID、PlaceID)

テーブルWorksには、 (Place, PersonID) と (ProjectID, PersonID)の 2 つの候補キーがあります。最初のものを主キーとして選択しましょう。次に、正しいRMが必要です（文献によると）が、個人とプロジェクトの同じ組み合わせが異なる場所に関連付けられていないことを確認する方法がわかりませんか？(ProjectID, PersonID) も候補キーであるとどこかで言う必要はありませんか、それとも RM 表記の一部ではありませんか?

プロジェクト   ID個人ID 場所   ID
1 マーヴィン・ニューヨーク
1 トム・パリス
1 マービン東京
4

1 に答える 1

1

個人とプロジェクトの組み合わせを複数の場所に関連付けることはできません。さらに、人と場所の組み合わせは、1 つのプロジェクトにのみ関連付けることができます。

これを注意深く読むと、すべての人が正確に 1 つのプロジェクトと正確に 1 つの場所に関連している必要があるという詳細な仕様を作成できます。これらはリレーション内の唯一の他のエンティティであるため、Person (具体的には PersonID) をこのリレーションの主キーとして安全に使用できます。

(Place, PersonID) と (ProjectID, PersonID) の両方が、リレーションの有効な (非プライマリ) キーです。あなたが与えた例のエントリが正しいと誤って想定しています。あなたの関係、すべての personID、および拡張によりすべての (Place, PersonID) または (ProjectID, PersonID) のペアを見ると、テーブルに 1 回だけ表示されます。したがって、例のテーブルは、指定された ER 図のルールと一致しません。

于 2015-08-12T18:32:40.483 に答える