本文介绍如何通过 sql check 约束，确保某列（如 person_name_copy）的插入值必须严格等于该表中另一列（如 person_name）的对应行值，实现行内一致性校验。
在关系型数据库中，若需强制要求某一列的值必须与同一行内另一列的值完全相等（例如 PERSON_NAME_COPY 必须等于同一条记录中的 PERSON_NAME），最直接、高效且符合 SQL 标准的方式是使用 CHECK 约束。
CHECK 约束在 DML 操作（INSERT/UPDATE）执行时实时校验表达式逻辑，若不满足则拒绝操作并抛出错误。以下是以 SQL Server 为例的完整实现：
-- 先清理测试表（如存在）
DROP TABLE IF EXISTS dbo.Person;
-- 创建表并定义 CHECK 约束
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_COPY_EQUALS_NAME
CHECK (PERSON_NAME = PERSON_NAME_COPY)
);✅ 正确插入（值匹配）：
INSERT INTO dbo.Person (PERSON_ID, PERSON_NAME, PERSON_NAME_COPY) VALUES (1, 'KUMAR', 'KUMAR'); -- ✅ 成功
❌ 违反约束（值不匹配）：
INSERT INTO dbo.Person (PERSON_ID, PERSON_NAME, PERSON_NAME_COPY) VALUES (2, 'JOHN', 'KUMAR'); -- ❌ 失败：违反 CHECK 约束 -- 错误消息示例：The INSERT statement conflicted with the CHECK constraint...
⚠️ 重要注意事项：
- CHECK 约束作用于单行，它只能比较当前行内的列（如 PERSON_NAME = PERSON_NAME_COPY），不能跨行校验（例如“PERSON_NAME_COPY 必须存在于任意一行的 PERSON_NAME 中”——这属于外键语义，需用自引用 FOREIGN KEY 或触发器实现）；
- 若你实际需求是“PERSON_NAME_COPY 的值必须在本表 PERSON_NAME 列的某个已有值中出现”，即跨行存在性校验，则 CHECK 不适用；此时应考虑：
- 将 PERSON_NAME 提取为独立主表（如 Names），再让 PERSON_NAME_COPY 作为外键引用；
- 或使用触发器（TRIGGER）在 INSERT/UPDATE 前手动查询验证（但性能与可维护性较差，不推荐）；
- Hibernate/JPA 实体类（如 Persons）中仅声明字段无法自动创建数据库级约束；必须通过 DDL（如 @Table 的 schema 脚本）、Flyway/Liquibase 迁移或数据库管理工具显式添加约束；
- CHECK 约束在 PostgreSQL、SQL Server、Oracle 中均原生支持；MySQL 8.0.16+ 也支持，但早期版本会忽略 CHECK 定义（需注意版本兼容性）。
总结：对于「同一行两列值必须相等」的强一致性要求，CHECK (col1 = col2) 是简洁、标准、高性能的解决方案。务必明确业务语义——是「行内相等」还是「跨行存在」，二者技术实现路径截然不同。
