SQL列级约束与表级约束思考记录(附SQL语句说明)
以MySQL中的表级约束与列级约束举例,虽然实现的功能相同,都是为了保证数据的完整性,但它们在定义位置、适用范围、是否允许命名以及在某些特定约束类型的使用上有所区别。
下面通过代码示例来具体说明这些区别:
1.列级约束
sql
CREATE TABLE Employees (
EmployeeID INT PRIMARY KEY,
FirstName VARCHAR(50) NOT NULL,
LastName VARCHAR(50) NOT NULL,
Salary DECIMAL(10, 2) CHECK (Salary > 0),
DepartmentID INT UNIQUE,
HireDate DATE DEFAULT GETDATE(),
ManagerID INT REFERENCES Managers(EmployeeID)
);
如上SQL实例中:
EmployeeID
定义为主键约束(PRIMARY KEY
),这是列级约束。FirstName
和LastName
使用了非空约束(NOT NULL
),也是列级约束。Salary
使用了检查约束(CHECK
),确保薪水大于零,为列级约束。DepartmentID
定义了唯一性约束(UNIQUE
),属于列级约束。HireDate
使用了默认约束(DEFAULT
),为当前日期,是列级约束。ManagerID
建立了外键约束(REFERENCES
),指向另一个表Managers
的EmployeeID
列,同样是列级约束。
上述所有这些约束都在对应的列定义内部直接指定,没有单独命名,特别强调:一张表主键约束只允许添加一个,且不重复出现。
个人经验分享,主键设定建议使用:int、bigint、char等类型,不建议使用:varchar做主键,实际开发中主键一般为数字,定长呈现。
2.表级约束
sql
CREATE TABLE Departments (
DepartmentID INT,
DepartmentName VARCHAR(50) NOT NULL,
Location VARCHAR(50),
ManagerID INT,
Budget DECIMAL(10, 2),
CONSTRAINT PK_Departments PRIMARY KEY (DepartmentID),
CONSTRAINT UC_DepartmentName UNIQUE (DepartmentName),
CONSTRAINT CK_BudgetPositive CHECK (Budget >= 0),
CONSTRAINT FK_Manager FOREIGN KEY (ManagerID) REFERENCES Employees(EmployeeID),
CONSTRAINT DF_Location DEFAULT 'Headquarters' FOR Location
);
如上SQL实例中:
PK_Departments
是主键约束,尽管它仍作用于单个列DepartmentID
,但在这里作为表级约束声明,明确指定了约束名称。UC_DepartmentName
是唯一性约束,作用于DepartmentName
列,同样作为表级约束并命名。CK_BudgetPositive
是检查约束,确保Budget
列的值大于等于零,是表级约束并命名。FK_Manager
是外键约束,关联ManagerID
列与Employees
表的EmployeeID
列,作为表级约束并命名。DF_Location
是默认约束,为Location
列设置默认值'Headquarters'
,这个约束也是表级约束并命名。
单个主键可能出现重复,但联合主键中只要出现一个主键不重复则表级约束(复合主键)即可成立。
以上展示了表级约束的特点:
- 约束定义在所有列定义之后,与列定义同级,并用逗号分隔。
- 使用
CONSTRAINT
关键字为约束命名(主键约束除外,其使用PRIMARY KEY
直接定义)。 - 表级约束可以同时约束多个列,如复合主键或复合唯一键等(此处未展示复合键的例子)。
总结来说,列级约束是在列定义内部直接指定,通常不命名;而表级约束在所有列定义之后单独声明,可以命名,且在某些情况下更适合用来约束多个列。
两种方式都能实现数据完整性约束,实际使用时可以根据需要选择合适的方式,开发中个人建议使用列级约束。
相关检索内容附上:
MySQL表级约束和列级约束-博客园
关于数据库的列级约束以表级约束的区别-CSDN技术社区
关于数据库的列级约束以表级约束的区别-CSDN技术社区
数据库SQL语言中列级约束和表级约束-CSDN技术社区
Oracle表级约束和列级约束-Oracle-小翔博客
了解更多知识请戳下: