本文介绍如何通过 sql check 约束实现“某列值必须存在于本表另一列中”的业务校验，适用于 hibernate 实体映射场景，并提供可执行的建表与验证示例。
在关系型数据库中，若需确保某一列（如 PERSON_NAME_COPY）的值必须严格等于当前行中另一列（如 PERSON_NAME）的值，最直接、高效且符合 ACID 原则的方式是使用 列级 CHECK 约束。该约束在数据插入或更新时由数据库引擎实时校验，无需应用层干预，也避免了触发器或外键等复杂方案的开销与限制。
例如，针对您提供的 Persons 实体，可在建表语句中添加如下 CHECK 约束：
CREATE TABLE Persons (
PERSON_ID INT PRIMARY KEY,
PERSON_NAME VARCHAR(50) NOT NULL,
PERSON_NAME_COPY VARCHAR(50) NOT NULL,
CONSTRAINT CHK_NAME_MATCH
CHECK (PERSON_NAME = PERSON_NAME_COPY)
);✅ 执行效果说明：
- 插入 (1, 'KUMAR', 'KUMAR') → 成功；
- 插入 (2, 'JOHN', 'KUMAR') → 抛出违反 CHECK 约束错误，被拒绝。
⚠️ 重要注意事项：
- 此方案校验的是行内一致性（即 PERSON_NAME_COPY 必须等于同一条记录的 PERSON_NAME），而非跨行引用（如“PERSON_NAME_COPY 必须是表中某个已存在的 PERSON_NAME”）。后者属于自引用完整性，标准 CHECK 约束无法实现（因 CHECK 不支持子查询），此时应考虑：
- 使用触发器（TRIGGER）手动校验；
- 或将 PERSON_NAME 抽取为独立字典表，再通过外键（FOREIGN KEY）关联 PERSON_NAME_COPY；
- Hibernate 层配合 @PrePersist / @PreUpdate 进行预校验（仅作补充，不可替代数据库约束）。
? 最佳实践建议：
始终优先在数据库层定义强一致性约束。CHECK 约束轻量、高效、可移植（SQL Server、PostgreSQL、Oracle 均支持），且与 JPA/Hibernate 完全兼容——只需确保 DDL 由 Flyway/Liquibase 管理，或在 @Table 的 ddl-auto=create 启用前手动配置对应约束即可。
综上，对于“同表同行两列值相等”的需求，CHECK (col1 = col2) 是简洁、可靠、推荐的标准解法。
