sql - データベース候補キー、主キーの検索を支援

Question

私はこのモデルに取り組み、それに関する次の質問を理解しようとしています。

1. PATIENT_VISIT の候補キーは何ですか?

2. 候補キーが複数ある場合は、候補キーの中から主キーを選択します。

3. 選択した主キーに基づいて、PATIENT_VISIT に存在する正規形違反は?

4. 通常のフォーム違反を排除するソリューションを開発します。
   あなたのソリューションは可逆結合分解ですか?

5. あなたのソリューションは依存関係を維持していますか? そうでない場合、依存関係の保存はどのように達成できますか? この修正されたソリューションは BCNF にありますか?

6. 次の 3 つの条件すべてを満たすソリューションを提供してください。

   +---------+------------+------------+
   | Patient |  Hospital  |   Doctor   |
   +---------+------------+------------+
   | Smith   | Methodist  | D. Cooley  |
   | Lee     | St. Luke's | Z. Zhang   |
   | Marks   | Methodist  | D. Cooley  |
   | Marks   | St. Luke's | W. Lowe    |
   | Lou     | Hermann R. | Duke       |
   +---------+------------+------------+
   

さらに、次の意味規則が存在するとします。

• 各患者は複数の病院の患者である場合があります。
• 病院ごとに、患者には医師が 1 人しかいない場合があります。
• 各病院には複数の医師がいます。
• 各医師は 1 つの病院のみを使用します。
• 各医師は、1 つの病院で複数の患者を治療します。

Answer 1

1. {患者、医師}が候補キーです。他に考えられる唯一の鍵は{Patient、Hospital、Doctor}ですが、FDDoctor⟶Hospitalがあるため、これは最小限ではありません。これはスーパーキーですが、候補キーではありません。

2. ムート; 候補キーは1つだけです。

3. 推移的依存関係（FD）Doctor⟶Hospitalのため、スキーマはBCNFにありません。（テーブルの各属性は、キー、キー全体、およびキー以外の何物でも機能的に決定されます。）

4. PD {患者、医師}、DH {医師、病院}。これはロスレス分解です。

5. このソリューションは依存関係を維持します。

6. 4を参照してください。