SQL表性能设计

Question

我正在为网站设计一个数据库，在该数据库中，性能是最重要的。

关键功能基于两个表。

并且这些表具有多对多关系。

为了对此进行拆分，我添加了一个额外的表Table1_Table2，该表然后按关系保存两个表主键的组合。

例如，我所有的汽车都放在汽车表中，我所有的颜色都在颜色表中

车台

---

ID（PK）-名称

---

1-宝马
2-梅赛德斯
3-大众
4-AUdi

---

色表

---

ID（PK）-颜色

---

1-蓝色
2-绿色
3-黑色
4-黄色

---

对于多对多关系，我这样做：

Car_ColorTable

---

ID（PK）-CarID-ColorID

---

1-1-2
2-1-4
3-2-4
4-3-1
5-4-1
6-4-3
7-4-3

---

这是一个考虑以下因素的好设计吗？

1）性能是重中之重。

2）这些表将包含大量数据（两个表中的记录均超过100万条，您可以想象Car_ColorTable中最终将有多少行。

如果上述设计不是解决方案，我应该如何设计？

Answer 1

应该是Car_ColorTable

CarID (PK) - ColorID (PK)

您不希望在那里的id列，
主键应同时包含两列
您可以按相反的顺序创建类似的非聚簇索引，其含义是（ColorID，CarID）
就是这样

Answer 2

这是映射关系的最佳方法。 只要确保您知道从哪个对象开始，您通常会尝试推销该关系并将聚簇索引放在该列上。

您也可以选择创建组合的PK，但是不能使用任何重复项。

Answer 3

您可能是想说SELECT性能是最重要的。 但是您不能让SELECT性能胜过数据完整性。 真正快速地获得错误答案绝不是一个好条件。

如果使用代理键（整数），则主键应primary key (car_id, color_id) 。 附加的代理键“ ID”在这里没有用，通常会损害SELECT性能。 （更多列，更宽的行，磁盘上每个数据页的行更少，磁盘I / O更大。）

您应该同时使用自然键（汽车名称和汽车颜色） 和替代键进行测试。 代理键将为每个查询要求两个联接； 自然键无需连接。 使用代理键（汽车，颜色）的表仍需要名称上的唯一约束。 您以后不想再发现“蓝色”具有13个不同的ID号。

花一两个小时编写一个脚本来生成带有或不带有替代键的两百万行，并比较性能。

Answer 4

您的设计看起来不错。 要记住的事情：

1. 索引是您的朋友。 使用它们。
2. 在谈论性能时，请记住，提高读取性能通常会导致较小的更新/插入写入性能损失。

一百万条记录确实不是很多，您可以进行快速查询。 获得具有足够处理能力和内存的体面服务器，您应该会很好。

Answer 5

关于Car_ColorTable表，除非您实际上希望允许同一辆汽车和颜色之间建立多个连接，或者有其他特定原因 ，否则请删除替代键{Id}而仅使用自然键，即汽车和颜色的组合。

具体如何执行取决于您需要运行的查询：

• 如果需要：“给定的汽车，给我颜色”，在{CarID, ColorID}上创建一个复合的群集主键。
• 如果您需要“给定颜色，给我车”，请在{ColorID, CarID}上创建一个复合的群集主键。
• 如果你既需要，创建一个主键{CarID, ColorID}和二级指标{ColorID, CarID}
  • 除非您没有显示其他字段，否则将PK聚类。
  • 如果您确实有其他字段，请使用非聚集（即基于堆）表，或者使用这两个索引覆盖所有字段（ INCLUDE关键字可能会派上用场）。