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-小翔博客
了解更多知识请戳下：