CHECK约束是限定列取值范围的声明式规则，通过布尔表达式防止非法数据写入。例如限制年龄大于0或性别仅限'M'/'F'，确保数据完整性。它可防止负金额、无效时间顺序等错误，支持多列比较和函数表达式，将业务逻辑固化于数据库层，避免应用端校验遗漏。使用时应命名规范、避免非确定性函数、注意NULL默认通过特性，并配合NOT NULL约束处理空值。添加前需保证现有数据合规，否则可用NOT VALID延迟验证。合理设计的CHECK约束能成为高效的数据防火墙，显著提升数据质量。
在PostgreSQL中，检查约束（CHECK Constraint）是确保数据质量的重要机制之一。它通过定义列或行级别的逻辑条件，防止不符合规则的数据被插入或更新到数据库中，从而从源头上维护数据的准确性和一致性。
什么是CHECK约束？
CHECK约束是一种声明式规则，用于限定某列或多个列的取值范围。只有满足指定布尔表达式的操作才能成功执行。如果插入或修改的数据导致CHECK条件返回false，数据库将拒绝该操作并抛出错误。
例如，限制年龄必须大于0：
ALTER TABLE employees ADD CONSTRAINT chk_age CHECK (age > 0);
或者限制性别只能是'M'或'F'：
ALTER TABLE employees ADD CONSTRAINT chk_gender CHECK (gender IN ('M', 'F'));
CHECK约束如何提升数据质量
数据质量依赖于完整性、一致性和准确性，而CHECK约束直接作用于这些方面：
- 防止非法值录入：如订单金额不能为负数、折扣率应在0到1之间等，通过CHECK约束可自动拦截错误输入。
- 统一业务规则：将业务逻辑嵌入数据库层，避免应用层遗漏校验，实现多系统访问时规则的一致性。
- 增强数据可信度：一旦数据写入成功，即可默认其符合预设条件，减少后期清洗和验证成本。
- 支持复杂表达式：PostgreSQL允许在CHECK中使用函数、多列比较等，例如确保结束时间晚于开始时间：
ALTER TABLE events ADD CONSTRAINT chk_time_order CHECK (end_time > start_time);
CHECK约束的使用建议
为了充分发挥其作用，同时避免潜在问题，应注意以下几点：
- 命名规范：为约束起有意义的名字（如 chk_salary_positive），便于后续排查和管理。
- 避免副作用函数：CHECK中不应调用随机数、时间戳或可能改变状态的函数，应使用确定性表达式。
- 考虑NULL值处理：CHECK约束对NULL值默认“通过”（因为NULL不等于false），若需排除空值，应配合NOT NULL使用。
- 已有数据兼容性：添加约束前确保表中现有数据满足条件，否则命令会失败；必要时先清理数据或使用 NOT VALID 选项延迟验证。
-- 添加但不立即验证旧数据 ALTER TABLE employees ADD CONSTRAINT chk_salary CHECK (salary >= 0) NOT VALID;
总结
PostgreSQL的CHECK约束是一种轻量且高效的手段，把关数据入口，强制执行业务规则。合理使用不仅能减少程序端的校验负担，还能显著提高数据库整体的数据质量。只要设计得当，它就是一道可靠的数据防火墙。
基本上就这些。
