postgresql的检查约束是表级约束的一种，它允许开发者自定义数据校验规则，当插入或更新数据时会自动触发规则校验，只有符合规则的数据才能被写入表中，从源头减少非法数据的产生。检查约束可以基于单列定义，也可以跨多列定义复杂的校验逻辑，适配不同业务场景的数据质量要求。
检查约束的基础用法
创建表时可以直接为列添加检查约束，也可以在表创建完成后通过ALTER语句新增检查约束。检查约束的核心是CHECK关键字后面的布尔表达式，当表达式返回true时数据通过校验，返回false时则会抛出错误阻止写入。
单列检查约束示例
比如用户表中需要保证用户年龄是合法的正整数，且手机号格式符合国内11位的要求，可以这样定义表结构：
-- 创建用户表，添加检查约束
CREATE TABLE users (
id SERIAL PRIMARY KEY,
username VARCHAR(50) NOT NULL,
age INT CHECK (age > 0 AND age < 150), -- 年龄必须在1到149之间
phone VARCHAR(20) CHECK (phone ~ '^1[3-9]d{9}$') -- 手机号符合11位正则规则
);
如果尝试插入年龄为负或者手机号不符合格式的数据，数据库会直接返回错误：
-- 插入非法数据，会触发检查约束报错
INSERT INTO users (username, age, phone) VALUES ('test', -5, '123456');
-- 错误信息类似：new row for relation "users" violates check constraint "users_age_check"
多列检查约束示例
检查约束也支持跨列的规则校验，比如订单表中需要保证订单的结束时间晚于创建时间，这种场景就需要定义表级的检查约束：
-- 创建订单表，添加跨列检查约束
CREATE TABLE orders (
order_id SERIAL PRIMARY KEY,
create_time TIMESTAMP NOT NULL,
end_time TIMESTAMP NOT NULL,
order_amount DECIMAL(10,2) NOT NULL,
-- 表级检查约束，保证结束时间晚于创建时间
CHECK (end_time > create_time),
-- 订单金额必须大于0
CHECK (order_amount > 0)
);
检查约束提升数据质量的核心场景
检查约束通过前置校验逻辑，能在多个环节提升数据质量，避免脏数据流入后续的业务流程。
拦截不符合业务规则的数据
很多业务规则如果放在应用层校验，可能会因为代码逻辑遗漏、多端调用未统一校验等问题出现漏洞，而检查约束是在数据库层面统一生效，所有写入路径都必须遵守。比如电商平台中商品库存不能为负数，通过检查约束可以直接拦截库存扣减到负数的非法操作，即使应用层的库存逻辑出现bug，也不会产生库存为负的脏数据。
保证关联数据的逻辑一致性
对于存在逻辑关联的多列数据，检查约束可以保证它们的一致性。比如用户表中如果同时存在生日和年龄字段，就可以通过检查约束保证年龄和生日的计算关系一致，避免生日是2000年但年龄填成30这类矛盾数据。
-- 用户表添加生日和年龄的一致性检查约束 ALTER TABLE users ADD CONSTRAINT check_age_birthday CHECK (age = EXTRACT(YEAR FROM CURRENT_DATE) - EXTRACT(YEAR FROM birthday));
规范枚举类字段的取值范围
对于状态类、类型类的枚举字段，检查约束可以明确限定允许的取值，避免写入未定义的枚举值。比如订单状态只允许是待支付、已支付、已取消、已完成四个值，就可以通过检查约束限定：
-- 订单表状态字段添加检查约束
ALTER TABLE orders ADD CONSTRAINT check_order_status
CHECK (order_status IN ('待支付', '已支付', '已取消', '已完成'));
检查约束的使用注意事项
虽然检查约束对提升数据质量很有帮助，但使用时也需要注意一些问题，避免影响数据库性能或者出现逻辑漏洞。
- 检查约束的表达式不能包含子查询，也不能引用其他表的数据，只能基于当前表的字段进行计算，如果需要跨表校验，需要结合触发器实现。
- 检查约束的校验逻辑会在每次插入和更新数据时执行，如果约束表达式过于复杂，会增加写入操作的开销，因此尽量不要在检查约束中写过于耗时的计算逻辑。
- 如果表已经存在大量数据，新增检查约束时默认会校验已有数据，如果已有数据不符合约束规则，新增约束会失败，此时可以先清理非法数据，或者使用
NOT VALID选项新增约束，之后再手动校验已有数据。
合理设计检查约束，可以将其作为应用层数据校验的补充，在数据库层面筑牢数据质量的防线，减少后续数据清洗的成本，保障业务数据的可靠性和一致性。
postgresqlcheck_约束数据质量数据库约束修改时间：2026-06-30 19:03:33