0

私たちが持っているとしましょう

Drinker(SSN, name, address)
Beer(name, manf)

また、呼び出されたに接続Drinkerするサポートエンティティも必要ですBeerLikes

  1. これは正しいスキーマですか? likes ( SSN , name , manf ) を name として、 manf は のキーですBeer。

  2. 実際にLikesデータベースに作成しますか? E/R ダイアグラムをリレーショナル データベースの関係に変換する方法は 3 つあります。

    a) 簡単な E/R ダイアグラム

    b) オブジェクト指向アプローチ

    c) ヌル法

(a)の場合、教科書には飛ばしてもいいと書いてありましたLikes。

私は混乱しています。誰かが私を助けることができますか？

4

2 に答える 2

1

あなたの教科書が ER 図の表をスキップできると言っているかもしれない理由Likesは、概念的または論理的な ERD では、多対多の関係をボックスではなく線で表すことができるからです (ERD 表記が関係に線を使用すると仮定します)。テーブル用のボックス）。

物理的なERD では、交差エンティティ(この場合はテーブル)DrinkerをBeer使用して多対多の関係を表す必要があります。Likes

于 2012-04-21T19:16:04.177 に答える
0

これが多対多の関係であると仮定すると、yes:Likesは、 と の主キーの組み合わせを主キーに含む別のテーブルにDrinkerなりBeerます。

これが実際のデータベースでスキップされたのを見たことがありません。一般に、目標は、データベース自体 (クライアント アプリケーションではなく) と宣言(たとえば、トリガーではなく) で可能な限りの整合性を確保することです。

于 2012-04-21T10:54:48.453 に答える