约束命名的目的是什么?

命名约束(唯一,主键,外键)的目的是什么?

假设我有一个使用自然键作为主键的表:

CREATE TABLE Order ( LoginName VARCHAR(50) NOT NULL, ProductName VARCHAR(50) NOT NULL, NumberOrdered INT NOT NULL, OrderDateTime DATETIME NOT NULL, PRIMARY KEY(LoginName, OrderDateTime) ); 

给我的PK带来什么好处(如果有的话)?

例如。 更换:

  PRIMARY KEY(LoginName, OrderDateTime) 

附:

  CONSTRAINT Order_PK PRIMARY KEY(LoginName, OrderDateTime) 

对不起,如果我的数据模型不是最好的,我是新来的!

这是一些非常基本的原因。

(1)如果查询(插入,更新,删除)违反约束,SQL将生成一个错误消息,其中将包含约束名称。 如果约束名称清晰且具有描述性,则错误信息将更易于理解; 如果约束名称是一个随机的基于guid的名字,那么它就不那么清楚了。 特别是最终用户,谁(可以,可能)给你打电话,询问“ FK__B__B_COL1__75435199 ”是什么意思。

(2)如果将来需要修改一个约束(是的,那么就发生了),如果你不知道它的名字,很难做到。 (ALTER TABLE MyTable drop CONSTRAINT um …)如果您从头开始创build多个数据库实例并使用系统生成的默认名称,则不会有任何两个名称匹配。

(3)如果支持你的代码的人(又名DBA)在周日凌晨3点不得不浪费大量的时间来处理case(1)或case(2),那么他们很可能确定代码来自哪里,并能够做出相应的反应。

为了确定将来的约束(例如,你想在将来放弃它),它应该有一个唯一的名字。 如果你没有为它指定一个名字,数据库引擎可能会为你分配一个奇怪的名字(例如包含随机的东西来确保唯一性)。

它使DBA保持高兴,所以他们让你的模式定义进入生产数据库。

当你的代码随机地违反了一些外键约束时,它肯定会节省debugging的时间,以找出它是哪一个。 命名它们大大简化了debugging插入和更新。

它可以帮助某个人快速了解哪些约束条件正在执行,而无需查看实际的约束条件,因为名称可以提供所有您需要的信息。

所以,我知道它是否是主键,唯一键或默认键,以及涉及的表和可能的列。

通过正确命名所有约束,您可以快速将特定的约束与我们的数据模型相关联。 这给了我们两个真正的好处:

  1. 我们可以快速识别和修复任何错误。
  2. 我们可以可靠地修改或删除约束。