postgresql触发器中正则校验必须用raise exception中断，不可用return null；需处理大小写敏感（用lower）、null值陷阱（显式is null判断）、错误信息带字段名和sqlstate码（如23514）；禁用regexp_matches等集合函数，仅可用~或!~操作符或自定义boolean函数。
PostgreSQL触发器里怎么写正则校验逻辑
必须用 RAISE EXCEPTION 中断执行，不能靠 RETURN NULL 或注释“假装拦住”。触发器函数中写 IF NOT NEW.email ~ '^[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}$' THEN RAISE EXCEPTION '邮箱格式错误'; END IF; 是可行的起点，但有三个关键点要立刻处理：
- 大小写敏感：默认
~区分大小写，'ABC@DEF.COM'会直接失败；稳妥做法是统一转小写：LOWER(NEW.email) !~ '^[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}$' -
NULL值陷阱：NULL ~ 'xxx'返回NULL（不是FALSE），导致IF NOT ...判断跳过；必须显式检查：IF NEW.email IS NULL OR LOWER(NEW.email) !~ '^[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}$' - 错误信息要带字段名和上下文：
RAISE EXCEPTION '邮箱字段(email)格式不合法: %', NEW.email USING ERRCODE = '23514';——USING ERRCODE可指定 SQLSTATE，23514是 PostgreSQL 标准的 “not_null_violation” 类错误码，应用层容易识别
为什么不能直接用 REGEXP_MATCHES() 做校验
REGEXP_MATCHES() 是个集合返回函数，返回 SETOF TEXT[]，在触发器 IF 条件里没法直接用。你写 IF ARRAY_LENGTH(REGEXP_MATCHES(NEW.phone, '^1[3-9]\d{9}$'), 1) IS NULL 看似绕过去了，但实际会报错：ERROR: set-valued function called in context that cannot accept a set。这不是语法糖问题，是 PostgreSQL 执行模型硬限制。
正确姿势只有两个：
- 坚持用
~或!~操作符——它们返回布尔值，天然适配IF - 若逻辑极复杂（比如要提取子组再判断），就封装成
RETURNS BOOLEAN的自定义函数，在触发器里调用它，例如：IF NOT is_valid_phone(NEW.phone) THEN RAISE EXCEPTION ...
手机号、身份证号这些常见字段的正则怎么写才稳
别抄网上“全量 RFC 合规邮箱正则”，触发器要的是快 + 防傻，不是学术正确。以下是实测可用、兼顾可读与鲁棒的写法：
- 手机号（大陆）：
NEW.phone ~ '^1[3-9]\d{9}$'—— 注意开头锚定^和结尾锚定$，否则'abc13812345678def'也会匹配成功 - 身份证号（18位，含X）：
NEW.id_card ~ '^\d{17}[\dXx]$'，更严一点可加校验码逻辑，但建议放到应用层或专用函数里，避免拖慢触发器 - 姓名（含少数民族）：
NEW.name ~ '^[\u4e00-\u9fa5·•]{2,20}$' AND NEW.name !~ '[·•]{2}' AND NEW.name !~ '^[·•]|[·•]$'—— 先保底汉字/点，再排除双点、首尾点
所有正则都建议在触发器外先用 SELECT 'test@example.com' ~ 'your_pattern'; 单独验证，避免把调试成本塞进事务里。
性能差、批量导入卡死？这是正则触发器最常被忽略的坑
每行 INSERT 都执行一次正则，10 万行就是 10 万次全字符串扫描。没有索引能加速这个过程，~ 操作符完全无法利用 B-tree 或 gin 索引。
高频写入场景下必须做两件事：
- 长度前置过滤：比如手机号固定 11 位，先写
CHAR_LENGTH(NEW.phone) = 11，再跑正则；这步能筛掉 90% 的无效输入，且CHAR_LENGTH()极快 - 明确拒绝 CHECK 约束替代方案：PostgreSQL 12+ 支持
CHECK (email ~ '...')，语义等价、性能略好、还自动出现在\d table_name输出里，比触发器更轻量；但注意 CHECK 不支持跨列逻辑，真要“手机号和邮箱不能同时为空”还得靠触发器
真正复杂的校验逻辑（比如身份证号校验码、邮箱域名 DNS 存在性）不该放在触发器里——那已经超出数据库职责边界了。
