数据库：表是否应该始终规范化并具有主键？

Question

我有一个数据库，存储客户对产品的询问。

查询参考（文本）、产品编号（整数）和修订号（整数）共同唯一地标识销售人员和客户之间的单一讨论。

因此，有许多表，每个表都针对单个查询的特定详细信息，最终由 enq、pdt 和 rev 值组合来标识。

CREATE TABLE 不会对任何字段使用任何自动增量唯一主键。

我的问题是，这样的数据库设计可以接受吗？ 表是否应该始终标准化？

谢谢你的建议。

Answer 1

规范化理论中没有任何内容涉及表应该具有简单主键还是复合主键。不管你相信与否，“主键”的概念并不是数据关系模型的组成部分。

话虽如此，表几乎总是应该使用主键来定义。主键不必是单个列，也不必通过自动增量填充。就您而言，这可能是三列组合在一起唯一标识一个查询。

如果表没有声明主键，则最终可能会出现重复的行。具有重复行的表代表一包元组，而不是一组元组。一旦您处理的是包而不是集合，关系模型预测的结果就不需要应用。这就是为什么防止重复行如此重要。

Answer 2

没有必要使用自动增量，但每个表都应该有某种类型的主键。主键可以是多个字段的组合，这些字段共同唯一地标识记录。

根据您告诉我们的情况，是的，只要您明确声明查询参考（文本）、产品编号（int）和修订号（int）的组合作为主键，共同唯一标识一个产品，该设计是可以接受的。单一讨论。

人们有时会出于性能原因对数据库进行非规范化。如果选择查询比插入和更新频繁得多，并且感兴趣的选择查询由于必须连接的表数量而返回缓慢，那么请考虑非规范化。

如果您提供一个运行缓慢的特定查询，您将获得很多具体建议。

Answer 3

拥有PRIMARY KEY（或UNIQUE 约束）首先将确保这些值确实是唯一的，其次将极大地改进对给定查询的搜索。

PRIMARY KEY 意味着在 (enq, pdt, rev) 上创建索引，并且此查询：

SELECT  *
FROM    enquiries
WHERE   enq = 'enquiry'
        AND pdt = 'product'
        AND rev = 'revision'

将在单个索引查找中完成。

如果没有索引，此查询将需要扫描整个表，并且不能保证最终不会出现重复项。

除非有非常非常特殊的情况（比如大量插入的日志表），否则表上应该始终有一个PRIMARY KEY。

Answer 4

就我个人而言，我总是在所有表上都有某种主键，即使它是一个不用于其他目的的自动递增数字

至于规范化，我认为应该努力实现规范化表，但实际上有很多充分的理由表格设计很好，但没有规范化。这就是数据库设计的“理论”与现实的结合 - 但最好知道什么是标准化，努力实现它，并在偏离规则时有充分的理由（而不是仅仅忽视规则或更糟糕的是忽略良好的设计规则）。

Answer 5

这是两个问题。
(1) 并不总是需要有一个自动递增密钥。不过它很实用，因为您可以使用它来轻松操作数据。没有重复项也不是必须的。
(2) 当你在学校做作业时，规范化是必须的，但如果事情变得困难，你可以打破它，以便在不危及数据完整性的情况下让你的生活更轻松。

Answer 6

我在这一点上与众人不同。请勿将您的询价参考号 (text)、产品编号 (int) 和修订号 (int) 作为主键。您表示查询参考是文本类型，您的意思是它的宽度为 25、50 或 500 个字符？如果主键是由这些字段组成的，在我看来它将太宽，因为它将附加到为该表创建的每个索引中，从而通过三个字段和任何需要使用的表的大小来增加每个索引行的大小返回该表的外键也需要这三个字段。

将这三个字段设为唯一索引。将自增值作为主键并使其成为聚集索引。将链接回该主表的表将在内存中占用较小的空间，以将数据从表一链接到表二。

就归一化而言，如果您的数据只有几千行，甚至 50,000 或 500,000 行，那么无论是否归一化都没有关系。当数据开始大于可用 RAM 缓存时，就会出现问题。

设计一个视图以将数据呈现给应用程序以满足业务规则。设计存储过程来接受要存储的数据。设计表结构以满足 SLA 中的响应时间。如果您必须规范化或非规范化、分区或索引或获取更大的服务器来满足 SLA，应用程序将永远不会知道，因为您始终通过满足业务规则的视图提供数据。