私は離れた関係(この場合、コンテキストは車両とそのタイプです)があり、その関係。全体的なコンテキストはレンタルDBです。2つの州にしか存在しないアイテムを表現する最良の方法
私の現在のモデルは次のようになります。
[車両] ---- [MODEL] -----(D)---- [VAN] & [CAR](別々のテーブルとして)
ここからは、最終的にレンタル予約全体を構成するデータを保持するレンタルテーブルもあります。しかし、明らかに、車両は現在レンタルされているか、または予約されていないか、または予約されている可能性があります(設計決定)。
顧客情報とともに予約されている車両を含む予約テーブルがあると思って、レンタルテーブルでプライマリキーを使用することができました。しかし、その後、現在レンタルされていない車はどこにあるのか考えました。 2つのテーブルAVAILABLE & BOOKEDを作成しますか?
ありがとう、私はこれを考慮に入れ、EERDの残りの部分に対してテストします。 –
私はCUSTOMERを追加します。 –