私のアプローチ(ロジック)が治療DBの紹介の関係を正しく設定しているかどうかを確認するためのアドバイスが必要です。ルール:概念化ヘルプ(アクセス関係)
- アン注文のみ可能一人の患者のための
- アン注文は
- 患者は
- プロバイダが複数の注文を持つことができ、複数の注文ができ、複数のプロバイダに割り当てることができます 事前に
おかげで、どんな指導を大歓迎です!
私のアプローチ(ロジック)が治療DBの紹介の関係を正しく設定しているかどうかを確認するためのアドバイスが必要です。ルール:概念化ヘルプ(アクセス関係)
おかげで、どんな指導を大歓迎です!
患者の注文が1対1の場合、Order_Patientは必要ありません。 Ordersには患者のための外部キーを置くことができます。患者が複数の注文を持つことができるため、患者の注文に外部キーを付けることはできません。
他の表と一貫性を持たせるために、私はオーダーオーダーの名前を変更しました。
私のためにそれを破壊していただきありがとうございますNicomp。名前を「秩序」に変えることについての良い洞察。それは、オーダーが1人の患者しか持たないが、患者は複数のオーダーを持つことができるという認識から私を抱きしめていた;) – SemiSentientSapien
あなたは大歓迎です。実装する前に設計していることは素晴らしいことです。あなたはすでに大部分の開発者から離れています。 – nicomp
あなたはこれまで何をしていますか? –
それは私には良いようです。 – Gustav
この時点で私はテーブルを作成し、画像に示されているように関係を割り当てました。私は論理が誤っていると、あまりにも多くのことをやりたいとは思っていませんでした。 – SemiSentientSapien