check约束在oracle中仅支持确定性sql表达式，不支持复杂正则校验或自定义函数；12.2前版本禁用regexp_like，且需配合not null确保非空校验。
CHECK 约束在 Oracle 中不能执行真正“复杂”的格式校验，比如正则匹配邮箱、手机号、身份证号的完整逻辑，或调用自定义函数做业务级判断。它只支持纯 SQL 表达式，且表达式必须是确定性的、不依赖会话状态或外部数据的。
如果你试图在 CHECK 中写 REGEXP<em>LIKE(email, '^[a-zA-Z0-9.</em>%+-]+@[a-zA-Z0-9.-]+.[a-zA-Z]{2,}$')，语法上没错，但实际会遇到三个硬限制：表达式长度受限（约 4000 字符）、无法处理 NULL 安全逻辑、更关键的是——Oracle 12c 及之前版本不支持在 CHECK 约束中使用正则函数（REGEXP_LIKE 是 10g 引入的，但直到 12.2 才被允许用于 CHECK）。
所以，别指望靠一个 CHECK 解决所有格式问题。得看场景选对路子。
哪些格式校验能用 CHECK 直接搞定
适合用 CHECK 的，是那些能用基础运算符+内置函数表达、且无副作用的简单断言：
-
email LIKE '%@%.%'—— 至少含 @ 和点，但无法排除@@..这类非法组合 -
LENGTH(phone) = 11 AND REGEXP_LIKE(phone, '^[0-9]+$')—— 仅限 Oracle 12.2+，且需确认数据库版本 -
gender IN ('男', '女')或status IN ('ACTIVE', 'INACTIVE') -
age BETWEEN 0 AND 150，注意BETWEEN包含边界 -
UPPER(name) = name强制大写（但对中文无效）
为什么 REGEXP_LIKE 在老版本 Oracle 中会报 ORA-02293
错误信息 ORA-02293: cannot validate (schema.constraint_name) - check constraint references column not in table 或更常见的 ORA-00904: invalid identifier，往往不是写错了列名，而是因为：
- 你在 11g 或 12.1 环境下用了
REGEXP_LIKE—— 它被解析器识别为“不可用于约束的非确定性函数” - 表达式里引用了不存在的列，或用了别名而非真实列名
- 约束名重复，或表已存在数据违反该条件，而你没加
NOVALIDATE
验证方式很简单：
SELECT banner FROM v$version;看是否 ≥
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0。需要真正复杂校验时，该用什么替代
当你要校验身份证号第 17 位奇偶性、邮箱域名是否在白名单、密码是否含大小写字母+数字+特殊字符且不含用户名片段——这些都超出了 CHECK 能力范围。可行路径只有两条：
-
触发器（
BEFORE INSERT OR UPDATE）：可调用REGEXP_LIKE、UTL_MATCH、自定义 PL/SQL 函数，甚至查其他表；但要注意性能开销和递归风险 -
应用层校验 + 数据库层兜底：前端/服务端做完整校验，数据库仍加一个宽松
CHECK（如LENGTH(email) > 5），防住明显乱填
不要为了“看起来统一”硬塞进 CHECK。Oracle 的 CHECK 设计初衷就是轻量、高速、声明式；一旦变重，就违背它的定位。
添加 CHECK 约束前必须检查的三件事
否则 ALTER TABLE ... ADD CONSTRAINT 会直接失败：
- 表中**现有数据是否全部满足新条件**？不满足就加
NOVALIDATE，例如：ALTER TABLE users ADD CONSTRAINT chk_email_format CHECK (email LIKE '%@%.%') NOVALIDATE;
- 约束名是否唯一？重复会报
ORA-02264: name already used by an existing constraint - 表达式里有没有隐式类型转换？比如把
CHAR列和字符串字面量比较，可能因尾部空格导致意外结果
最常被忽略的一点：CHECK 约束对 NULL 默认放行。如果业务要求“邮箱不能为空且格式合法”，你得额外加 email NOT NULL，光靠 CHECK(email LIKE '%@%.%') 拦不住 NULL。
