MySQL-自动增量+复合主键-性能和完整性

如何解决MySQL-自动增量+复合主键-性能和完整性

| 我有一个数据库设计，该数据库使用复合主键来确保唯一性，并且这也是外键。 然后，这些表以相同的方式链接到其他表，以便最终复合键最多可以包含4或5列。这导致了一些相当大的JOIN，因此我认为一个简单的解决方案是使用一个autoincrement列，该列不是主键的一部分，而是用作其他表的主键的一部分。 这是一些伪代码，显示了总体布局：

CREATE TABLE Item (
id AUTO_INCREMENT,...
PRIMARY KEY (id)
) ENGINE = InnoDB;

CREATE TABLE PriceCategory (
id AUTO_INCREMENT,...
PRIMARY KEY (id)
)

CREATE TABLE ItemPriceCategory (
itemId,priceCategoryId,id AUTO_INCREMENT,...
UNIQUE INDEX id,PRIMARY KEY (eventId,priceCategoryId)
)

CREATE TABLE ClientType (
id AUTO_INCREMENT,...
PRIMARY KEY (id)
)

CREATE TABLE Price (
itemPriceCategoryId,clientTypeId,PRIMARY KEY (itemPriceCategoryId,clientTypeId)
)

table Purchase (
priceId,userId,amount,PRIMARY KEY (priceId,userId)
)

表的名称已更改，以保护纯真；-)实际的布局在引用方面也更深一些。 因此，我的问题是，从性能和数据完整性的角度来看，这是否可行？将所有引用的表中的所有键都包含在“ 1”表中是否更好？ 提前致谢。     

解决方法

        通常，关于主键的建议是使“无意义”，不变的主键只有一列。自动递增整数很好。 因此，我将撤销您的设计-您的联接表也应具有无意义的主键。例如：

CREATE TABLE ItemPriceCategory (
itemId,priceCategoryId,id AUTO_INCREMENT,...
PRIMARY KEY id,UNIQUE INDEX  (eventId,priceCategoryId)
)

这样，price中的itemPriceCategoryId列是正确的外键，链接到ItemPriceCategory表的主键。 然后，您可以使用http://dev.mysql.com/doc/refman/5.5/en/innodb-foreign-key-constraints.html外键来确保数据库的一致性。 从性能上来说，从广义上讲，此策略应该比查询联接中的复合键更快，但是对于索引良好的数据库，您实际上可能不会注意到其中的区别...     ,        我认为在这里的翻译中有些东西丢失了，但是我尽了最大的努力对此做了一个ER图。 通常，有两种方法。第一个是传播密钥，第二个是为每个表使用一个自动递增的整数作为PK。 第二种方法通常由ORM工具驱动，这些工具使用DB作为对象持久性存储，而第一种方法（使用密钥传播）在手工设计的DB设计中更为常见。 通常，具有密钥传播的模型可以为“随机查询”提供更好的性能，这主要是因为您可以在联接中“跳过表”。例如，在具有密钥传播的模型中，您可以将

Purchase

表直接连接到

Item

表，以按ѭ5report报告购买。在另一个模型中，您也必须加入

Price

和

ItemPriceCategory

表格-只是要进入

ItemID

。 基本上，具有密钥传播的模型本质上是关系型的-而另一个模型是对象驱动的。 ORM工具更喜欢或使用具有单独ID（第二种情况）的模型，但为开发提供了其他优势。 您的示例似乎正在尝试使用这两者的某种组合-不一定很糟糕，如果您可以与原始设计师交谈，将会很有帮助。 随着密钥传播 每个表的独立键