本文介绍如何使用 sql 的 check 约束，确保某列（如 `person_name_copy`）插入的值必须严格等于同一行中另一列（如 `person_name`）的值——适用于字段间一致性校验场景。
在关系型数据库中，若需强制要求某一列的值必须与同一行内另一列的值完全相等（例如 PERSON_NAME_COPY 必须等于 PERSON_NAME），最直接、高效且符合 SQL 标准的方式是定义 列级或表级 CHECK 约束。
⚠️ 注意：CHECK 约束仅校验当前行内列之间的逻辑关系，不支持跨行引用（如“PERSON_NAME_COPY 必须出现在任意一行的 PERSON_NAME 中”）。后者属于外键语义，需通过自引用外键（见下文补充说明）实现；而本例明确要求“同一条记录中两列值一致”，因此 CHECK 是精准且推荐的方案。
以下是在 SQL Server 中创建带 CHECK 约束的示例：
DROP TABLE IF EXISTS dbo.Person;
CREATE TABLE dbo.Person (
PERSON_ID INT NOT NULL PRIMARY KEY,
PERSON_NAME VARCHAR(50) NOT NULL,
PERSON_NAME_COPY VARCHAR(50) NOT NULL,
CONSTRAINT CHK_PERSON_NAME_MATCH
CHECK (PERSON_NAME = PERSON_NAME_COPY)
);执行验证：
-- ✅ 允许：两列值相同 INSERT INTO dbo.Person (PERSON_ID, PERSON_NAME, PERSON_NAME_COPY) VALUES (1, 'KUMAR', 'KUMAR'); -- ❌ 拒绝：违反 CHECK 约束，抛出错误 INSERT INTO dbo.Person (PERSON_ID, PERSON_NAME, PERSON_NAME_COPY) VALUES (2, 'JOHN', 'KUMAR'); -- 报错：The INSERT statement conflicted with the CHECK constraint...
✅ 优势总结：
- 原生支持、性能高、无需触发器或应用层校验；
- 约束在数据库层强制生效，保障所有访问路径（ORM、SQL 工具、ETL 等）的数据一致性；
- 错误信息明确，便于定位和调试。
? JPA/Hibernate 补充说明：
虽然 JPA 实体类（如 Persons）本身无法直接声明跨列 CHECK 约束，但你仍应在 DDL 层（如 @SqlResultSetMapping + 自定义建表脚本，或 Flyway/Liquibase 迁移文件）中定义该约束。Hibernate 的 @Check 注解（Hibernate 6.2+ 支持）也可用于生成 CHECK 约束，例如：
@Entity
@Table(name = "Persons", schema = "PU")
@Check(constraints = "PERSON_NAME = PERSON_NAME_COPY")
public class Persons {
// 字段定义保持不变...
}? 重要提醒：
- 若实际需求是“PERSON_NAME_COPY 的值必须存在于表中任意一行的 PERSON_NAME 字段中”（即类似外键引用自身），则应使用自引用外键，而非 CHECK：
ALTER TABLE dbo.Person ADD CONSTRAINT FK_PERSON_NAME_COPY FOREIGN KEY (PERSON_NAME_COPY) REFERENCES dbo.Person(PERSON_NAME);但此方案要求 PERSON_NAME 列具有唯一性（如设为 UNIQUE 或主键的一部分），且存在初始化顺序依赖问题，适用场景不同，请按业务语义谨慎选择。
综上，针对“同一条记录中两列值必须相等”的强一致性要求，CHECK 约束是最简洁、可靠、标准的解决方案。
