SQL Server约束详解：从原理、语法到管理与排错

结果与目标

理解并掌握在SQL Server中定义各种数据约束的语法，确保数据的准确性与关联性。通过合理命名与管理约束，可以防止非法数据入库，并在数据更新或删除时自动维持参照完整性。

准备条件

2. 拥有SQL Server数据库实例的访问权限。
3. 已安装SQL Server Management Studio (SSMS) 或能够执行T-SQL脚本的环境。
4. 明确业务需求，确定哪些列需要强制唯一性、非空性或数值范围限制。

真实操作顺序

第1步：明确约束分类与命名规范

目的：建立清晰的数据完整性标准。

• 实体约束：用于标识行，如主键（Primary Key）。
• 域约束：限制列值的合法范围，如 CHECK 约束、DEFAULT 约束。
• 参照完整性约束：维护表间关系，如外键（Foreign Key）。

为约束命名时应遵循一致性、通俗易懂、简化名称的原则。避免使用系统自动生成的随机哈希后缀（如 PK_Employees_145C0A3F），建议采用类似 CK_Customers_PhoneNo 的语义化命名，以便于后续维护。

第2步：创建与修改主键约束

入口：建表语句或现有表结构修改。

主键是每行的唯一标识符，不允许重复且不能为 NULL。如果表中不存在聚集索引，SQL Server 会自动为主键创建聚集索引。

-- 1. 在建表时直接定义
CREATE TABLE Customer (
    customerId INT IDENTITY NOT NULL PRIMARY KEY,
    CustomerName NVARCHAR(30) NOT NULL
);

-- 2. 对已存在的表添加单列主键
ALTER TABLE Person
ADD CONSTRAINT PK_Employee_Id PRIMARY KEY (personId);

-- 3. 创建复合主键（多对多关联表常用）
ALTER TABLE ReaderAndBook 
ADD CONSTRAINT PK_ReaderAndBook 
PRIMARY KEY NONCLUSTERED (ReaderId, BookId);

第3步：配置外键约束与级联动作

入口：建立表间引用关系的维护。

外键确保子表中的记录必须在父表中存在。可以通过 `ON UPDATE` 和 `ON DELETE` 子句定义级联行为，常见选项包括：CASCADE（级联操作）、NOC ACTION（默认不操作，若冲突则报错）、SET NULL（设为空）和 SET DEFAULT（设为默认值）。

-- 创建带级联删除的外键
ALTER TABLE Orders
ADD CONSTRAINT FK_Orders_CustomerId 
FOREIGN KEY (customerId) REFERENCES Customer(customerId) 
ON UPDATE NO ACTION 
ON DELETE CASCADE; -- 删除客户记录时，自动级联删除其订单

风险提示：级联删除会沿着依赖链一直向下传播，极易导致大量意外数据丢失，在生产环境需谨慎评估影响范围。

第4步：设置唯一性与检查约束

入口：限制特定列的非空或不重复规则。

• 唯一约束：允许单个 NULL 值，但多个 NULL 视为重复。创建时会生成非聚集索引（除非指定 CLUSTERED）。

ALTER TABLE Account ADD CONSTRAINT AK_AccountName UNIQUE (Account_Name);

• CHECK 约束：用于字段范围内的逻辑判断（如年龄>18），其性能优于触发器。

ALTER TABLE Account ADD CONSTRAINT CN_AccountAge CHECK (Account_Age > 18);

如果在插入不满足条件的记录时，将抛出错误消息 547，例如：“INSERT 语句与 CHECK 冲突”。

第5步：定义与应用默认值约束

入口：为新记录填充预设值。

默认值仅在未提供数据的 INSERT 操作中生效。若在 UPDATE 中希望使用默认值，需显式指定 DEFAULT 关键字。

-- 在建表时定义
CREATE TABLE Person (
    person_id INT IDENTITY NOT NULL PRIMARY KEY,
    person_name NVARCHAR(30) NOT NULL DEFAULT '无名氏',
    person_age INT NOT NULL
);

-- 为已存在的表添加默认值约束
ALTER TABLE Person
ADD CONSTRAINT CN_DefaultName DEFAULT '无名氏' FOR person_name;

第6步：处理异常数据与临时禁用约束

目的：清洗或导入包含历史脏数据，避免由于违反规则而中断操作。

注意：只能禁用外键和 CHECK 约束，主键和唯一约束不可禁用。

-- 1. 添加约束但不检查旧数据（适用于首次添加且有脏数据时）
ALTER TABLE Account WITH NOCHECK 
ADD CONSTRAINT CN_AccountAge18 CHECK (Account_Age > 18);

-- 2. 临时禁用约束进行数据迁移或修复
ALTER TABLE Account NOCHECK CONSTRAINT CN_AccountAge18;

-- 此时可插入年龄<=18的记录 
INSERT INTO Account VALUES (25, '取消了约束', 17);

-- 3. 确认无误后重新启用约束
ALTER TABLE Account CHECK CONSTRAINT CN_AccountAge18;

使用 sp_helpconstraint 查看表的约束状态，status_enabled 列为 “Disabled” 表示已禁用，“Enabled” 表示生效。

第7步：查询与排错系统视图

目的：诊断数据库中现有的约束情况及其关联对象。

若需清理或重命名某个列的约束，可通过系统目录视图定位具体信息：

-- 查询指定表(Mould)上的所有CHECK约束
SELECT *, OBJECT_NAME(parent_object_id) AS TableName FROM sys.check_constraints WHERE parent_object_id = OBJECT_ID('Mould');

-- 查询指定表的主键、外键及唯一约束
SELECT * FROM sys.key_constraints t WHERE parent_object_id = OBJECT_ID('Mould');

-- 查询外键详情
SELECT * FROM sys.foreign_keys WHERE parent_object_id = OBJECT_ID('Mould');

-- 列出对某一对象存在依赖的其他对象（常用于删除前检查）
EXEC sp_depends 'Mould';

完成判断

当数据在插入或更新时被严格拦截或按预期触发了级联动作；且在导入大规模数据集后通过临时禁用约束再开启检查，确认约束状态恢复为 Enabled，即代表约束体系已正确部署。

原文有依据的排错

• 如果执行 ALTER TABLE 创建约束时报错，说明现存数据不符合新加的条件。需使用 WITH NOCHECK 跳过校验，或先行修正/剔除脏数据。
• 若删除某张表提示失败，可能是因为其他表正以此表作为父级外键，且未配置级联删除（CASCADE），需先解除或调整子表的外键指向。

以上就是 SQL Server 中各类约束（Constraints）的详细解析、实战操作以及排错指南。更多关于数据库设计与优化的资料请关注本站其它相关文章！