postgresql触发器不支持直接传参，只能通过tg_argv[]在create trigger时硬编码传递静态字符串参数，或借助临时表、guc变量、上下文字段等间接方式实现动态上下文传递。
PostgreSQL 触发器本身不支持直接传参，这是由它的设计机制决定的：触发器是事件驱动的，由 INSERT/UPDATE/DELETE 自动触发，没有调用入口，也就没有参数列表。所谓“传参”，实际是通过其他间接方式把上下文信息带入触发器函数——关键在触发器函数如何获取外部意图。
触发器函数怎么拿到“参数”
触发器函数（必须返回 TRIGGER 类型）无法声明参数，但 PostgreSQL 会自动注入一组只读全局变量供访问：
-
TG_NAME：触发器名 -
TG_OP：操作类型（'INSERT'、'UPDATE'、'DELETE'、'TRUNCATE'） -
TG_TABLE_NAME/TG_TABLE_SCHEMA：目标表名与 schema -
NEW和OLD：行级触发器中分别代表新/旧行数据（INSERT无OLD，DELETE无NEW） -
TG_ARGV[]：唯一能“带参”的地方——定义触发器时用EXECUTE FUNCTION func_name(...)语法传入的字符串数组
其中 TG_ARGV[] 是最接近“传参”的机制，但它只能是常量字符串，且必须在 CREATE TRIGGER 语句里硬编码写死，不能随每次 DML 动态变化。
TG_ARGV 的实际用法和限制
它适合传递配置类静态值，比如审计表名、开关标志、默认分类码等。例如：
CREATE OR REPLACE FUNCTION log_changes() RETURNS TRIGGER AS $$
BEGIN
IF TG_ARGV[0] = 'enabled' THEN
INSERT INTO audit_log(table_name, op, user_id)
VALUES (TG_TABLE_NAME, TG_OP, current_user);
END IF;
RETURN NEW;
END;
$$ LANGUAGE plpgsql;
CREATE TRIGGER tr_users_audit
AFTER INSERT OR UPDATE ON users
FOR EACH ROW
EXECUTE FUNCTION log_changes('enabled');
注意以下几点：
-
TG_ARGV是text[]类型，所有值都会转为字符串，无法传布尔、数字或 JSON - 不能传变量或表达式，
EXECUTE FUNCTION log_changes(current_database())是非法语法 - 如果需要传多个值，用数组下标访问：
TG_ARGV[1]、TG_ARGV[2]… - 空数组或越界访问会报错，建议加
IF array_length(TG_ARGV, 1) > 0 THEN ...防御
真正动态“传参”的替代方案
如果业务要求每次 DML 带不同上下文（如操作来源 ID、批次号、审批人），不能依赖 TG_ARGV，得换思路：
- 把参数塞进临时表或
pg_temp表，触发器函数去查——但要注意并发安全和事务可见性 - 用
current_setting('app.param', true)配合SET LOCAL app.param = 'xxx'在事务内设变量，触发器中读取——需提前ALTER DATABASE ... SET app.param = ''注册 GUC 变量 - 在应用层把参数写入一个“上下文字段”到目标表（如新增
context_jsonb jsonb列），触发器从NEW.context_jsonb解析——最直观，但要改表结构 - 避免用触发器：把逻辑移到应用或存储过程，用普通函数显式传参，再由函数内执行 DML + 后续处理
最后提醒：过度依赖 TG_ARGV 或 GUC 传参会让触发器行为变得隐晦难调试，尤其在批量操作或嵌套事务中，NEW/OLD 和操作语义本身才是最可靠的数据源。
