PostgreSQL触发器不能直接写清洗逻辑，因为其定义体不支持多语句块（如连续SET），必须封装为PL/pgSQL函数；否则会报语法错误。函数需返回TRIGGER类型，用RETURN NEW允许修改，RAISE EXCEPTION可中断事务实现强校验。
PostgreSQL 的触发器能拦截写入、修改数据，但只在 BEFORE INSERT 或 BEFORE UPDATE 阶段生效，且必须配合函数封装逻辑——直接写多行清洗语句会报错。
为什么触发器不能直接写清洗逻辑？
PostgreSQL 触发器体不支持多语句块（如 SET 多个字段），所有复杂操作必须封装进 PL/pgSQL 函数。否则会遇到 ERROR: syntax error at or near "SET" 这类语法错误。
- 触发器定义里只能调用函数，不能内联 SQL 语句
- 函数返回类型必须是
TRIGGER，最后一行必须是RETURN NEW（允许修改）或RETURN NULL（丢弃整行） - 函数中可用
RAISE EXCEPTION中断事务，这是强校验的唯一可靠方式
怎么写一个带清洗和校验的触发器函数？
以用户表 users 为例，清洗邮箱小写、抹空格、校验格式，并拒绝非法手机号：
CREATE OR REPLACE FUNCTION clean_and_validate_user() RETURNS TRIGGER AS $$
BEGIN
-- 清洗
NEW.email := TRIM(LOWER(NEW.email));
NEW.phone := REGEXP_REPLACE(NEW.phone, '[^0-9]', '', 'g');
<p>-- 校验
IF NEW.email !~* '^[a-z0-9._%+-]+@[a-z0-9.-]+.[a-z]{2,}$' THEN
RAISE EXCEPTION 'invalid email format';
END IF;</p><p>IF LENGTH(NEW.phone) != 11 THEN
RAISE EXCEPTION 'phone must be 11 digits after cleaning';
END IF;</p><p>RETURN NEW;
END;
$$ LANGUAGE plpgsql;-
!~*是大小写不敏感的正则否定匹配，比先转小写再匹配更高效 -
REGEXP_REPLACE(..., 'g')的g参数不可省略，否则只替换第一个非数字字符 - 校验失败用
RAISE EXCEPTION，不是RAISE NOTICE——后者不会中断事务
COPY 导入时触发器不生效，怎么办？
COPY 命令默认绕过触发器，这是 PostgreSQL 的设计行为，不是 bug。想让清洗逻辑覆盖批量导入，有且仅有两个可行方案：
- 改用
INSERT INTO ... SELECT ... FROM ...拆解导入流程，比如从临时表插入目标表 - 换工具：用
pg_bulkload（需额外安装）或应用层预清洗后再COPY - 千万别在触发器里加
IF TG_OP = 'INSERT'判断来“兼容 COPY”——它根本不会触发
容易被忽略的性能陷阱
触发器里每行都执行一次逻辑，一旦含子查询或函数调用，吞吐量会断崖下跌。最常见坑点：
- 在触发器函数里写
(SELECT COUNT(*) FROM orders WHERE user_id = NEW.id)—— 每插一条就扫一遍该用户全部订单 - 调用
CONVERT_FROM(..., 'GBK')解码乱码时没加WHERE条件过滤，导致对每行都做无意义转换 - 用
EXECUTE动态拼 SQL，不仅慢，还无法被查询计划器缓存
真正稳的做法是：清洗逻辑尽量用内置函数（TRIM、REGEXP_REPLACE、UPPER），校验只查必要字段，复杂逻辑移出触发器。
