这里是我正在使用的一个紧张设置的一个粗略的过度简化。table_1和table_2都有自动递增的代理主键作为ID。Info是一个包含table_1和table_2信息的表。
table_1 (id, field)
table_2 (id, field, field)
info ( ???, field)
我试图决定我是否应该使信息的主键从table_1和table_2的id的组合。如果我要这么做，哪个更有意义? (在本例中，我将ID 11209与ID 437结合在一起)
INT(9) 11209437(我可以想象为什么这是坏的) Varchar (10) 11209-437 十进制(10,4)11209.437
还是别的什么?
这将是很好的使用这作为一个MYSQL MYISAM DB的主键?
当前回答
@AlexCuse我想把这个作为你的回答的评论，但在多次尝试在评论中添加换行符失败后放弃了。
也就是说，t1ID在table_1中是唯一的，但这并不意味着它在INFO表中也是唯一的。
例如:
Table_1有: Id字段 1 2 B
Table_2有: Id字段 1 X 2 Y
INFO然后可以有: t1ID tid字段 11 .一些 1 2数据 2个1个 2 2排
因此，在INFO表中，要唯一地标识一行，您需要t1ID和tt2id
其他回答
除了个人的设计偏好外，还有一些情况需要使用复合主键。表可以有两个或多个字段，提供唯一的组合，而且不一定是通过外键。
例如，美国每个州都有一组独特的国会选区。虽然许多州可能单独拥有一张CD-5，但在50个州中，永远不会有超过一张CD-5，反之亦然。因此，为Massachusetts CD-5创建一个自动编号字段是多余的。
如果数据库驱动一个动态网页，编写代码查询两个字段的组合可能比提取/重新提交一个自动编号的键要简单得多。
所以，虽然我没有回答最初的问题，但我很欣赏亚当的直接回答。
Composite primary keys are what you want where you want to create a many to many relationship with a fact table. For example, you might have a holiday rental package that includes a number of properties in it. On the other hand, the property could also be available as a part of a number of rental packages, either on its own or with other properties. In this scenario, you establish the relationship between the property and the rental package with a property/package fact table. The association between a property and a package will be unique, you will only ever join using property_id with the property table and/or package_id with the package table. Each relationship is unique and an auto_increment key is redundant as it won't feature in any other table. Hence defining the composite key is the answer.
@AlexCuse我想把这个作为你的回答的评论，但在多次尝试在评论中添加换行符失败后放弃了。
也就是说，t1ID在table_1中是唯一的，但这并不意味着它在INFO表中也是唯一的。
例如:
Table_1有: Id字段 1 2 B
Table_2有: Id字段 1 X 2 Y
INFO然后可以有: t1ID tid字段 11 .一些 1 2数据 2个1个 2 2排
因此，在INFO表中，要唯一地标识一行，您需要t1ID和tt2id
CREATE TABLE `mom`.`sec_subsection` (
`idsec_sub` INT(11) NOT NULL ,
`idSubSections` INT(11) NOT NULL ,
PRIMARY KEY (`idsec_sub`, `idSubSections`)
);
语法为CONSTRAINT constraint_name PRIMARY KEY(col1,col2,col3)，例如:
约束pk_PersonID主键(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)
