为什么要使密钥明确？

我对数据库这个主题很陌生，因此听起来似乎很无知，但是我很好奇为什么应该在表中将键显式化。这主要是为了告诉用户给定的列值（希望）在每一行中都是唯一的吗？即使没有提及，唯一性仍然应该存在。

您显然建议CONSTRAINT数据库中的s应该由/访问哪个数据库的应用程序强制执行？

这是一个坏主意的原因有很多。

1）如果您正在构建“自己拥有”约束“引擎”（即在您的应用程序代码中），那么您只是在模仿Oracle / SQL Server / MySQL / PostgreSQL / <。whoever ...>花费了什么年写作。这些年来，他们的CONSTRAINT代码已经过数百万最终用户的测试。

2）在对您和您的团队的所有应有的尊重下，即使在几年内，您也无法做到这一点-从这里开始，仅MySQL代码就花费了4000万美元。MySQL是上述3台服务器中最便宜的，并且它们甚至都没有实现CHECK CONSTRAINT。显然，要使RI（参照完整性）完全正确是很困难的。

我曾经经常参加Oracle论坛，但我无法告诉您一些可怜的经理/程序员向他施加项目的次数，以前曾任职的天才有“聪明”的想法来做您建议的事情。

乔纳森·刘易斯（Jonathan Lewis）（他撰写了550页有关Oracle优化器基础知识的书）给出了否定的答案。他的另一本《设计灾难》中的2本（《橡树桌子的故事》-橡树桌子是一组Oracle专家）是

2. 我们将在应用程序级别检查数据完整性，而不是利用Oracle的约束检查功能。

3）即使您可以奇迹般地正确实现RI，您也必须一次又一次地完全实现与该数据库相关的每个应用程序的RI-如果您的数据很重要，那么新的应用程序就可以了。选择这种模式将使您和您的其他程序员（更不用说支持人员和销售人员）过着不断的灭火和痛苦的生活。

您可以在此处，此处和此处了解更多有关为何在应用程序级别实现数据约束的疯狂之处的更多信息。

具体回答您的问题：

到底为什么要声明它们？看起来很有帮助，但是实际上有必要建立一个可以正常运行的数据库

其原因KEYS（或者PRIMARY，FOREIGN，UNIQUE或只是普通的INDEXES）声明的是，虽然它是不是严格必需的数据库，让他们为它的功能，它是绝对必要为他们被宣布为它的功能很好。

当您在数据库中创建密钥时，DBMS引擎将对密钥属性实施唯一性约束。这至少具有三个相关目的：

• 数据完整性：不能将重复数据输入关键属性。因此，保证了对键的任何依赖性。
• 识别：用户能够依靠密钥来准确识别和更新数据。
• 优化：有关哪些属性唯一的信息（元数据）可供DBMS查询优化器使用。该信息使优化器可以以某些方式简化查询执行，以便查询执行得更快。

我将在现有的出色答案中增加一个方面：文档。通常，很重要的一点是要查看可用于识别实体的密钥类型。唯一列的任何组合都是候选键。

在实践中，主键往往是一个特别有用的概念。

无论您是否强制执行密钥（您可能应该这样做），文档本身都是有价值的。

您应该使用CONSTRAINT而不是一些内部应用程序代码的另一个原因：

如果开发人员/ dba使用插入/更新/删除语句直接在数据库中修改数据会怎样？在这种情况下，您所有基于应用程序的不错的引用完整性将毫无用处。我知道，有些开发人员喜欢直接修改数据而不必担心RI的可能性，因为他们知道自己的工作-至少在大多数时间（但并非总是如此）

PS：当然可以创建触发器，但是它们通常很慢（与CONSTRAINTS相比）。