複合主キーを正しく作成する方法-MYSQL

これは、私が作業している激しいセットアップの全体的な単純化です。table_1また、table_2どちらもIDとして自動インクリメントサロゲート主キーがあります。info両方の情報を含むテーブルがあるtable_1とtable_2。

table_1 (id, field)  
table_2 (id, field, field)
info ( ???, field)

とinfoのIDの複合の主キーを作成するかどうかを決定しようtable_1としていtable_2ます。これを行うとしたら、どれが最も理にかなっていますか？
（この例では、ID 11209とID 437を組み合わせています）

INT(9)11209437 （これがなぜ悪いのか想像できます）
VARCHAR (10) 11209-437
DECIMAL (10,4)11209.437

または、他の何か？

これをMYSQL MYISAM DBの主キーとして使用しても問題ありませんか？

複合（複数列）キーを使用します。

CREATE TABLE INFO (
    t1ID INT,
    t2ID INT,
    PRIMARY KEY (t1ID, t2ID)
) 

このように、t1IDとt2IDを、それぞれのテーブルを指す外部キーとしても持つことができます。

「info」テーブルの主キーを、他のテーブルの2つの値の複合にしないでください。

他の人は理由をより明確に説明できますが、実際には2つの情報で構成される列を作成するのは間違っています。何らかの理由で2番目のテーブルのIDでソートしたい場合はどうなりますか？どちらかのテーブルの値が存在する回数をカウントしたい場合はどうでしょうか？

私は常にこれらを2つの異なる列として保持します。mysqlで2列の主キーを使用することもできます... PRIMARY KEY（id_a、id_b）...しかし、私は2列の一意のインデックスを使用し、自動インクリメント主キーフィールドを持つことを好みます。

構文はCONSTRAINT constraint_name PRIMARY KEY(col1,col2,col3)例えば::

CONSTRAINT pk_PersonID PRIMARY KEY (P_Id,LastName)

上記の例は、テーブルを作成しているときに書き込みを行うと機能します。例::

CREATE TABLE person (
   P_Id int ,
   ............,
   ............,
   CONSTRAINT pk_PersonID PRIMARY KEY (P_Id,LastName)
);

この制約を既存のテーブルに追加するには、次の構文に従う必要があります

ALTER TABLE table_name ADD CONSTRAINT constraint_name PRIMARY KEY (P_Id,LastName)

すでにテーブルを作成しているとします。このクエリを使用して、複合主キーを作成できます。

alter table employee add primary key(emp_id,emp_name);

個人的な設計設定以外に、複合主キーを利用したい場合があります。テーブルには、一意の組み合わせを提供する2つ以上のフィールドが含まれる場合があり、必ずしも外部キーによるものではありません。

例として、米国の各州には一組のユニークな下院選挙区があります。多くの州が個別にCD-5を所有している場合がありますが、50州のいずれかに複数のCD-5が存在することはありません。逆も同様です。したがって、マサチューセッツCD-5の自動番号フィールドの作成は冗長になります。

データベースが動的なWebページを駆動する場合、2つのフィールドの組み合わせでクエリを実行するコードを記述することは、自動採番キーを抽出/再送信するよりもはるかに簡単です。

ですから、私は元の質問には答えていませんが、アダムの直接の答えには確かに感謝しています。

複合主キーは、ファクトテーブルとの多対多の関係を作成する場合に必要なものです。たとえば、多数のプロパティを含む休日のレンタルパッケージがあるとします。一方、プロパティは、単独で、または他のプロパティとともに、いくつかのレンタルパッケージの一部としても利用できる可能性があります。このシナリオでは、プロパティとパッケージのファクトテーブルを使用して、プロパティとレンタルパッケージの関係を確立します。プロパティとパッケージ間の関連付けは一意であり、property_idをプロパティテーブルと、またはpackage_idをパッケージテーブルと一緒に使用してのみ結合します。各リレーションシップは一意であり、auto_incrementキーは他のテーブルでは機能しないため冗長です。したがって、複合キーを定義することが答えです。

CREATE  TABLE `mom`.`sec_subsection` (

  `idsec_sub` INT(11) NOT NULL ,

  `idSubSections` INT(11) NOT NULL ,

  PRIMARY KEY (`idsec_sub`, `idSubSections`) 

);

@AlexCuseこれをコメントとしてコメントに追加したかったのですが、コメントに改行を追加しようとして何度も失敗したため、あきらめました。

つまり、t1IDはtable_1で一意ですが、INFOテーブルでも一意にはなりません。

例えば：

Table_1には次のものがあります：
Idフィールド
1 A
2 B

Table_2の内容：
Idフィールド
1 X
2 Y

INFOには次の
値を指定できます。t1IDt2IDフィールド
1 1 some
1 2 data
2 1 ineach
2 2 row

したがって、INFOテーブルで行を一意に識別するには、t1IDとt2IDの両方が必要です