本文介绍如何通过 sql check 约束，确保某列（如 `person_name_copy`）的插入值必须严格等于同一表中另一列（如 `person_name`）的对应值，实现行内字段一致性校验。
在关系型数据库中，若需强制要求某列的值必须与同一行中另一列的值完全一致（例如 PERSON_NAME_COPY 必须等于 PERSON_NAME），最直接、高效且符合 ANSI SQL 标准的方式是使用 列级或表级 CHECK 约束。该约束在数据写入时由数据库引擎实时校验，无需应用层干预，具备强一致性与事务安全性。
以下是以 SQL Server 为例的完整实现：
-- 若表已存在，建议先备份后重建；此处为演示，先删除再创建
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,
-- ✅ 关键：添加 CHECK 约束，确保两列值严格相等
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'); -- ✔ 成功
❌ 插入非法数据（被拒绝）：
INSERT INTO dbo.Person (PERSON_ID, PERSON_NAME, PERSON_NAME_COPY) VALUES (2, 'JOHN', 'KUMAR'); -- ✘ 报错：违反 CHECK 约束 'CHK_PERSON_NAME_MATCH'
⚠️ 注意事项：CHECK 约束仅校验当前行内的列值关系，不涉及跨行查询（如“PERSON_NAME_COPY 必须存在于 PERSON_NAME 的任意一行中”属于外键/自引用场景，需用 FOREIGN KEY + 自引用设计）；若业务逻辑实际要求 PERSON_NAME_COPY 必须是表中任一已有 PERSON_NAME 值（即类似“只允许复制已有姓名”），则应改用自引用外键（FOREIGN KEY (PERSON_NAME_COPY) REFERENCES Person(PERSON_NAME)），并确保 PERSON_NAME 列具有唯一性（如设为 UNIQUE 或主键的一部分）；Hibernate/JPA 实体类（如题中 Persons）本身不支持声明式跨列值一致性约束；@Column 和 @Basic 仅映射字段，无法生成 CHECK 约束。此类逻辑必须在 DDL 层定义（建表语句或 @Table 的 ddl-auto=none + 手动脚本），或通过数据库迁移工具（如 Flyway/Liquibase）统一管理；不同数据库语法略有差异（如 PostgreSQL 使用 CHECK (person_name = person_name_copy)，MySQL 8.0.16+ 支持，旧版可能忽略 CHECK），建议以目标数据库官方文档为准（参考：SQL Server CHECK 约束文档）。
总结：对于“同一行中两列值必须相等”的需求，CHECK 约束是最简洁、可靠、可移植的解决方案。务必在数据库设计阶段明确定义，并配合应用层输入校验作为辅助，共同保障数据完整性。
