外部キーまたは複合キー？

Question

私はテーブル関係について読んだことすべてを適用し始めましたが、第3のテーブルがあると考えると、MANY-TO-MANYという関係のテーブルにデータを挿入する方法が混乱しています。

今、私はこれらのテーブルを持っています。 （多くのテーブルへの多くの）

被写体

name 
code PK 
units 
description 

schoolyear

schoolyearId PK 
yearStart 
yearEnd 

schoolyearsubjects

id PK 
code FK 
schoolyearId FK 

しかし、上記のschoolyearsubjectsテーブルの問題は、GUIからschoolyearIdをどのように挿入できるかわかりません。 GUIのスクリーンショットでは、できるだけ早く「保存」ボタンがクリックされると、（schoolyearsubjectsに挿入する） INSERT文（subjectに挿入する）とを含むTRANSACTIONが実行されます。私が上記に固執すれば、私は校長IDを挿入する必要があります。 schoolyearIdは明らかにGUIから来ません。

schoolyear

--composite keys (yearStart, yearEnd) 
yearStart (PK) 
yearEnd (PK) 

schoolyearsubjects（多くの多くのテーブルTO）

：

私はこれにschoolyearsubjectsとschoolyearの列を変更すると思っています

id PK 
code (FK) 
yearStart (FK) --is this possible? 
yearEnd (FK) --is this possible? 

1.）列を変更して複合キーを作成するソリューションはschoolyearIdの代わりにyearStartとyearEndの値を挿入するだけですか？

2.）ジャンクション/リンクテーブルの学校の対象は正しいですか？

3.）アドバイスはありますか？

ご協力いただきありがとうございます。

ありがとうございました。

INSERT INTO schoolyearsubjects (code, yearStart, yearEnd) 
SELECT @code, y.yearStart, y.yearEnd 
    FROM schoolyear y 
WHERE @yearStart <= y.yearStart 
     AND y.yearEnd <= @yearEnd; 

...しかし、私はそれは、例えば重複することができますので、あなたがあなたのschoolyearsubjectsと設計上の欠陥があると思う：

Answer 1

私の場合、学年は期間であり、ここで代理キーを使用する必要はありません。これは常に物事をより混乱させます。そして、グラフィカルインターフェイスを開発することは常に難しくなります（私は、開発者としてのピリオドのモデル化について話しています）。

あなたが考えるのをやめると、ピリオド自体がユニークなものとして認識されます。他の期間と同等の期間がありますか？落ち着いて考える。たとえ持っていても、これは何年もの間に起こります。したがって、私たちはすでに学年の主キーを持っています。学校の年齢から "校庭PK"を取り除く。ここでは複合キーをyearStartと年末に使用してください。だから、（将来的には、テーブル）あなたschoolyearエンティティはようになります：中間テーブルでは

• yearStart PK
• 年末のPK

、あなたは複合主キーとして3つのフィールドを持つことになります（また、外部キー）：！schoolyearから

• yearStart PK FK（）schoolyearから
• YEAREND PK FK（）
（被験者から）
• コードPK FK

これは、期間は、単一の主題を持っていることを可能にします。一方、複数のサブジェクトを持つ期間が必要な場合は、代理キーをここに配置する必要があります。

これでグラフィカルインターフェイスを描画するために、選択ボックス（コンボボックス）を使用するだけで済みます。この場合、各項目は「年XからY」（期間）のようなテキストとして表示されます。あなたのユーザーはそれをよく理解して選択することができます。

注：とにかく、あなたはインターフェイス内のレコードのIDを持っているが、それを識別値はないかもしれません。これは見ることが許されており、は残りのレコードを特定します。

しかし、あなたに何かユニークなピリオドがない場合、 "yearStart"と "yearEnd"はサブジェクトエンティティのフィールドであり、学年エンティティはありません。正直言って、他のテーブルの他のレコードとの関係にそのレコードを再利用したい場合にのみ、実体 "schoolyear"を存在させるべきです。私はこれがそうであるかどうかを言っているわけではありません。また気をつけてください。これを行うと、各期間に1つのサブジェクト（フィールドとして）しかないということになります。これがまさにあなたが望むものなのかどうかわかりません。

• CONTEXT

あなたのコンテキストを確認します。我々は常にER-ダイアグラムを形成する上で最も重要なことは覚えておく必要があります。それは何を求めるのですか？ご不明な点がございましたら、ご意見ください。あなたが私にここでより多くの文脈を提供できるなら、私はもっとあなたを助けることができます。

Answer 2

あなたはUIからの値を持つパラメータ@code、@yearStartと@yearEndを持っていると仮定すると

INSERT INTO schoolyearsubjects VALUES ('code red', '2016', '2017'); 
INSERT INTO schoolyearsubjects VALUES ('code red', '2016', '2017'); 
INSERT INTO schoolyearsubjects VALUES ('code red', '2016', '2017'); 

このようにすると、事実上重複する行が3つ発生するようです。あなたの現在のスキーム次のようにあなたが要求してschoolyearIdを挿入することができますして

Answer 3

：これが機能するために

    INSERT INTO schoolyearsubjects (id, code, schoolyearId) 
    VALUES (${id}, 
      ${code_from_GUI}, 
      (SELECT schoolyearId 
       FROM schoolyear 
       WHERE yearStart=${start_from_GUI} AND yearEnd=${end_from_GUI}) 
      ); 

、schoolyearテーブル内（yearStart、年末）上で一意制約が必要です。

その他の質問については、
1）教授用テーブルで複合キーを使用することもできます。
2）joinyクエリを書くことができるので、schoolyearsオブジェクトが正しいです。 schoolyearIdの列を取り除くと、schoolyearテーブルにすべてのデータが含まれているため、おそらく学校のテーブルがすべて必要になることはありません。
3）このarticleは、使用するキーの種類を判断するのに役立ちます。