0

ER 図を表に変換する際に問題があります。弱いエンティティとの 3 項関係では、次の要件に従います。

  • サプライヤがプロジェクトに特定の数の部品を供給する
  • プロジェクトは、さまざまなサプライヤーからの部品を使用します。
  • 異なるサプライヤからの同じ種類の部品が、異なるプロジェクトで使用されます。
  • サプライヤーの名前と、サプライヤーが所在する都市があります。
  • 部品には名前、色、重量があります。

ERD ダイアグラム イメージ

projectNO、supplierName、City、Partname、color、weight を含む消耗品用の 4 番目のテーブルを作成する必要がありますか? そのテーブルの PK を構成する 6 つの属性は?

4

1 に答える 1

1

Projectとの関係は正しくないと思いますSupplies。同様に、 ととのSuppliesそれぞれの関係はすべて後方です。SupplierPart

カラスの足は、関係の多くの端にあります。 Suppliesあなたが話している三項関係テーブルでなければなりません。自然キーを使用している場合は、 、および のすべてのキー列がProjectSupplierそれぞれのテーブルへの FK としてPart表示され、すべて一緒に PK として表示される必要があります。Supplies

ただし、自然キーは変更される可能性があるように見えます (たとえば、サプライヤーが都市を移動したり、パーツの色や重量が変更されたりするなど)。将来の更新の異常を回避するために、代理キーの使用を検討することをお勧めします。

于 2012-06-18T21:45:47.283 に答える