导读:本期聚焦于小伙伴创作的《什么是SQL的CHECK约束?如何限制数据输入的范围》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《什么是SQL的CHECK约束?如何限制数据输入的范围》有用,将其分享出去将是对创作者最好的鼓励。

SQL的CHECK约束是关系型数据库中用于限制表中列数据取值范围的一种完整性约束,它会在数据执行插入、更新操作前自动校验数据是否满足预设的逻辑条件,只有符合条件的数据才能被写入表中,从而从数据库层面保障数据的合法性和一致性。

什么是SQL的CHECK约束?如何限制数据输入的范围

CHECK约束的基本语法

CHECK约束可以在创建表时定义,也可以在表创建完成后通过修改表结构的方式添加,不同数据库的基础语法略有差异,但核心逻辑一致。

创建表时定义CHECK约束

以MySQL为例,创建表时可以在列定义后直接添加CHECK约束,也可以定义为表级约束:

-- 列级CHECK约束,限制年龄必须大于等于0且小于等于120
CREATE TABLE user_info (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(50) NOT NULL,
    age INT CHECK (age >= 0 AND age <= 120),
    score DECIMAL(5,2)
);

-- 表级CHECK约束,限制分数在0到100之间
CREATE TABLE student_score (
    id INT PRIMARY KEY AUTO_INCREMENT,
    student_id INT NOT NULL,
    course_name VARCHAR(50) NOT NULL,
    score DECIMAL(5,2),
    CHECK (score >= 0 AND score <= 100)
);

修改表时添加CHECK约束

如果表已经存在,可以通过ALTER TABLE语句添加CHECK约束:

-- 给已有的user_info表的score列添加范围限制
ALTER TABLE user_info ADD CONSTRAINT chk_score_range CHECK (score >= 0 AND score <= 100);

常见数据范围限制场景示例

限制数值范围

除了年龄、分数这类常见数值,还可以限制商品价格、库存数量等字段:

CREATE TABLE product (
    id INT PRIMARY KEY AUTO_INCREMENT,
    product_name VARCHAR(100) NOT NULL,
    price DECIMAL(10,2) CHECK (price > 0), -- 价格必须大于0
    stock INT CHECK (stock >= 0) -- 库存不能为负数
);

限制字符串格式

CHECK约束也可以结合字符串函数限制输入格式,比如要求手机号必须为11位数字:

CREATE TABLE contact_info (
    id INT PRIMARY KEY AUTO_INCREMENT,
    phone VARCHAR(20) CHECK (LENGTH(phone) = 11 AND phone REGEXP '^[0-9]+$'),
    email VARCHAR(100)
);

限制日期区间

对于日期类型的字段,可以限制其取值在某个时间范围内,比如订单创建时间不能早于2020年1月1日:

CREATE TABLE order_info (
    id INT PRIMARY KEY AUTO_INCREMENT,
    order_no VARCHAR(50) NOT NULL,
    create_time DATE CHECK (create_time >= '2020-01-01'),
    finish_time DATE
);

多列联合限制

CHECK约束还可以同时校验多个列的逻辑关系,比如要求订单的完成时间不能早于创建时间:

CREATE TABLE order_info (
    id INT PRIMARY KEY AUTO_INCREMENT,
    order_no VARCHAR(50) NOT NULL,
    create_time DATETIME NOT NULL,
    finish_time DATETIME,
    CHECK (finish_time IS NULL OR finish_time >= create_time)
);

不同数据库的注意事项

  • MySQL在8.0.16版本之前,虽然支持CHECK约束的语法,但不会实际执行校验,需要改用触发器实现相同功能,8.0.16及之后版本才正式支持CHECK约束的生效。
  • SQL Server、PostgreSQL、Oracle等数据库都原生支持CHECK约束,语法和校验逻辑基本一致。
  • 如果CHECK约束的条件涉及其他表的数据,多数数据库不支持这种跨表校验,需要通过触发器或者应用层逻辑实现。

CHECK约束的管理

如果需要删除已经创建的CHECK约束,不同数据库的语法略有不同:

-- MySQL删除CHECK约束,需要先查约束名,再执行删除
ALTER TABLE user_info DROP CHECK chk_score_range;

-- SQL Server删除CHECK约束
ALTER TABLE user_info DROP CONSTRAINT chk_score_range;

可以通过查询系统表查看表中已有的CHECK约束信息,比如MySQL可以查询information_schema.CHECK_CONSTRAINTS表获取约束详情。

SQLCHECK约束数据输入限制数据库约束修改时间:2026-07-06 14:03:22

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。