1

現在、リレーショナル・スキームについて学んでいます。私はERダイアグラムを次のように変換しています。私はそれを正しくしたのか何かを逃したのか知りたいですか?ER図をリレーショナル・スキームに変換する

ER diagram

、ここでは、私は真のER(エンティティ関連)モデル/メソッドを作図、ダイヤモンド関連/関係タイプがあり、ボックスで

Relational scheme diagram

+0

@EstebanP。 &auzenTechテキストを使用するときは、必ずテキストを使用してください。これらの2つの画像の代わりに。画像をカット&ペーストや検索することはできません。 – philipxy

+0

@philipxy:私の質問 - 投稿ではありません;-)私は画像を使用していません –

+0

"ER"ダイアグラムの方法/製品を参考にしてください。ダイヤモンドのメソッドでは、ダイアモンドは関連/リレーションシップタイプ、ボックスはエンティティタイプ、ラインはFK、すべてのボックス(エンティティ)&(リレーションシップ)タイプはテーブルを取得します。スキーマにはダイアグラムが反映されません。 – philipxy

答えて

1

をしたリレーショナル方式でありますエンティティタイプ&行は参加/ FKであり、すべてのボックス(エンティティ)&ダイヤモンド(リレーションシップ)タイプはテーブルを取得します。スキーマにはダイアグラムが反映されません。一般的にダイヤモンドのないメソッド "ER"を呼び出し、FKsの "relationships"を呼び出しますが、実際にはデータベーススキーマを記述するだけです。 (それ自体には何も問題はありませんが)M:1ダイヤモンドのFKを表す線だけを使用します。&行ですが、M:Mダイヤモンドの場合はボックスを使用します。

あなたのスキーマがM:Mの関連付け/関係「含める」を正しく表していません。あなたのschmeaは、特定の予約に特定の部屋が含まれていることをどのように記録しますか?異なるRIDを持つ複数の予約行は、PK(主キー)と矛盾し、正規化が不十分で、ダイアグラムのメソッドの解釈を反映しません。

PS 1あなたが使用している方法/製品への参照を与えていない限り、あなたがそれに従ったかどうか、あるいはダイアグラムを解釈するかどうかはわかりません。

PS 2.あなたのスキーマには、ダイアグラムより多くの内容はありません。ダイアグラムからスキーマに移動するときにメソッドに情報を追加する必要がある場合、スキーマを指定することができます。

関連する問題