他のテーブルからのプリミティブキーで構成される複合プライマリキー

Question

私は課題を取り組んでいます。私は主にすでに作成されたテーブルを使って作業するので、私はSQLの基本を少し錆びます。私はデータベースモデルを与えられ、それを作成するように求められました。私はモデルにエラーがあり、それらを修正するかもしれないと言われました。ここで私が問題を抱えています一部の抜粋です：

http://i.imgur.com/0KyMquZ.jpg

が、私はそれを理解しようとしてグーグルと研究してきましたが、私は届かない何かがあるのならば私はよく分かりませんモデルを調整する必要があります。私が抱えている問題は、operationテーブルと接続テーブルです。 operationの主キーは、接続テーブルの3つの主キーともう1つの主キーdateで構成されています。それはできますか？彼らが他のテーブルの外来キーだったら、私はそれを理解することができると思う。私はそれを行う方法を理解しようとしてきましたが、主にこれが何を示しているかの概念を頭で囲んでいます。私はちょうどその理由や理由を理解していません。コンポジット・プライマリ・キーが他の3つのテーブルになければならないのではないでしょうか？複合主キーが他のテーブルの外部キーを参照してはいけませんか？私はちょうど本当に混乱しています。私はデータベースで作業していますが、設計するのは大丈夫です。

私は教授にそれについて尋ねるだけですが、私たちは決して同じページにいません。私は彼を現時点で理解していると思うし、もっと混乱してしまいます。私はそれが重要だとは思わないが、それはMySQLだ。

Answer 1

コメントを読んだ後、私は誤解を理解するようになりました。私は主複合キーが主キーで構成され、他のテーブルと重複していると考えていました。複合主キーが外国語のキーと1つの主キー：日付で構成されていることに気づきました。説明をありがとう。

Answer 2

コンポーネントのいくつかがFKでも宣言されている複合PKを宣言することには問題ありません。論理的には、これはかなり正しいです。

パフォーマンスへの影響を予測することは難しいでしょう。 MysqlがPK宣言に基づいて構築するインデックスは予測が難しいでしょう。一部のクエリは高速化され、他のクエリは高速化されません。

Answer 3

技術的には許容されていますが、この場合、次のような状況が存在するため、意味的に意味がないと思います。

1. 患者は、患者が同じで、同じ日に複数回同じ操作の対象にすることはできません
2. 異なる医師が複数回同じ日に同じ操作の対象となりますが、...することができます医者ですが、...
3. 患者は、同じ日に同じ医師から異なる操作を受けることがあります。

私にとっては、このプライマリキーはナンセンスであり、合成プライマリキーを追加して、必要に応じてこれらの単純な外部キー列を作成することもできます。