SQL列级约束与表级约束思考记录(附SQL语句说明)

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-小翔博客

了解更多知识请戳下:

@Author:懒羊羊

相关推荐
奇牙coding8 分钟前
doubao-seed-2.1-pro 报 HTTP 401 怎么办?Key 正确也要检查请求头和端点
网络·数据库·http·ai
geovindu7 小时前
sql:SQL Pagination and Limiting Results using PorstgreSQL 18.0
大数据·数据仓库·sql·postgresql·数据库开发·数据库架构·1024程序员节
Lucis__8 小时前
Redis持久化机制解析
redis·缓存·操作系统·文件·非关系型数据库·1024程序员节
不脱发的程序猿8 小时前
纳指ETF量化策略
数据库·人工智能·1024程序员节
程序员塔塔喵9 小时前
【MySQL篇|第一篇】索引失效的情况
数据库·mysql·索引失效
paopaokaka_luck9 小时前
宠物门店经营管理系统(销售与库存联动、进货自动记账、 退换与退款关联、员工个人业绩、ECharts 经营分析、滞销识别与客户分层、宠物档案年龄计算)
前端·javascript·spring boot·mysql·echarts·mybatis·1024程序员节
北京青蓝智慧马老师9 小时前
比外部黑客更难防的,是那个有权限的自己人(3 个脱敏复盘)
大数据·数据库·人工智能
笃行35010 小时前
拆一台数据集成产品:KFS 的骨架、肌肉和神经
数据库
4SAPI10 小时前
搭建 AI 数据分析工具大模型 API 选型指南
数据库·人工智能·架构·php·1024程序员节
用户0942485680311 小时前
第7章:Redis有序集合 ZSet 实战:排行榜与延时任务
redis·架构·源码