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

Question

我有一个数据库设计，该数据库使用复合主键来确保唯一性，并且这也是外键。

然后将这些表以相同的方式链接到其他表，以便最终复合键最多可以包含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,
id AUTO_INCREMENT,
...
UNIQUE INDEX id,
PRIMARY KEY (itemPriceCategoryId, clientTypeId)
)

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

表的名称已更改，以保护纯真；-)实际的布局在引用方面也更深一些。

因此，我的问题是，从性能和数据完整性的角度来看，这是否可行？ 将所有引用的表中的所有键都包含在Purchase表中是否更好？

提前致谢。

Answer 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外键来确保数据库的一致性。

从性能上来说，从广义上讲，此策略应该比查询联接中的复合键更快，但是对于索引良好的数据库，您实际上可能不会注意到其中的区别。

Answer 2

我认为在这里的翻译中有些东西丢失了，但是我尽了最大的努力对此做了一个ER图。

通常，有两种方法。 第一个是传播密钥，第二个是为每个表使用一个自动递增的整数作为PK 。

第二种方法通常由ORM工具驱动，后者使用DB作为对象持久性存储，而第一种方法（使用密钥传播）在手工设计的DB设计中更为常见。

通常，具有键传播的模型可为“随机查询”提供更好的性能，这主要是因为您可以在联接中“跳过表”。 例如，在具有密钥传播的模型中，您可以将Purchase表直接连接到Item表，以按ItemName报告购买。 在另一个模型中，您也必须加入Price和ItemPriceCategory表-只是要获得ItemID 。

基本上，具有密钥传播的模型本质上是关系型的-而另一个模型是对象驱动的。 ORM工具更喜欢或使用具有单独ID（第二种情况）的模型，但为开发提供了其他优势。

您的示例似乎正在尝试使用这两者的某种组合-不一定很糟糕，如果您可以与原始设计师交谈，将会很有帮助。

---

随着密钥传播

---

每个表的独立键