当你为一个表定义约束时,给约束命名是一个好习惯。另外,SQL Server会为约束创建系统自动生成的名称。当在没有给约束命名的情况下,生成数据定义语言(DDL)(当DDL应用在几个数据库上时),那么系统生产约束名一般是不一样的。
在为数据库生成计划后,再生成详细的约束列表,与一个详细计划构造的合法约束列表进行对比,是一个很好的习惯。当数据库相当大时,这样做是非常有益的。
下面的脚本演示了命名约束、不命名约束及系统自动生成的约束名之间的区别,三者使用了同样的表,只不过每次都是重新创建的:
CREATE TABLE Parent
(pkey1 INT NOT NULL
CONSTRAINT pk_Parent PRIMARY KEY (pkey1))
GO
CREATE TABLE ConstraintName
(Pkey INT NOT NULL
CONSTRAINT pk_CnstNm primary key,
Parent_pkey1 INT NOT NULL,
col1 INT NULL
CONSTRAINT ck_CnstNm_col1 CHECK (col1 IN ( 'a','b' ) )
CONSTRAINT df_CnstNm_col1 DEFAULT 1,
CONSTRAINT fk_Parent_CnstNm FOREIGN KEY (Parent_pkey1)
REFERENCES Parent (pkey1)
)
GO
exec sp_helpconstraint ConstraintName
GO
DROP TABLE ConstraintName
GO
CREATE TABLE ConstraintName
(Pkey INT NOT NULL
primary key,
Parent_pkey1 INT NOT NULL
FOREIGN KEY (Parent_pkey1) REFERENCES PARENT(pkey1),
col1 INT NULL
CHECK (col1 IN ( 'a','b' ) )
DEFAULT 1
)
GO
exec sp_helpconstraint ConstraintName
GO
DROP TABLE ConstraintName
GO
CREATE TABLE ConstraintName
(Pkey INT NOT NULL
primary key,
Parent_pkey1 INT NOT NULL
FOREIGN KEY (Parent_pkey1) REFERENCES PARENT(pkey1),
col1 INT NULL
CHECK (col1 IN ( 'a','b' ) )
DEFAULT 1
)
GO
exec sp_helpconstraint ConstraintName
GO
DROP TABLE ConstraintName
GO
DROP TABLE Parent
GO