Navicat建触发器报“function does not exist”是因为依赖的触发器函数未创建、命名错误或schema未指定；需先确认函数存在、语言为plpgsql、返回TRIGGER，并用全名调用；验证逻辑应使用BEFORE触发器，配合RAISE EXCEPTION拦截；权限不足则需GRANT EXECUTE；强一致性校验放数据库，耗时操作禁用触发器。
Navicat里建触发器提示“function does not exist”
navicat本身不执行触发器逻辑，只负责生成并提交 sql。报这个错，说明你写的 create trigger 依赖的函数在数据库里还没创建，或者函数名拼错了、schema 没指定对。
- 先确认函数是否存在：
SELECT proname, pronamespace::regnamespace FROM pg_proc WHERE proname = 'your_trigger_function'; - 函数必须用
LANGUAGE plpgsql（或sql），且返回类型是TRIGGER - 如果函数在非
publicschema（比如app），建触发器时得写全名：app.validate_insert，不能只写validate_insert - Navicat 的“新建触发器”图形界面容易漏掉函数体——它只帮你填个壳，
FUNCTION字段填的是函数名，不是函数定义
触发器里做数据验证，该用 BEFORE 还是 AFTER
验证类逻辑必须用 BEFORE INSERT OR UPDATE。用 AFTER 就晚了：行已经写进去了，再抛异常会回滚，但可能已触发下游副作用（比如序列自增、物化视图刷新）；而 BEFORE 能在数据落盘前拦截，干净利落。
-
BEFORE触发器中可修改NEW行（比如补默认值、标准化邮箱大小写），适合预处理+校验 - 若验证失败，直接
RAISE EXCEPTION 'xxx';，PostgreSQL 会中止当前语句 - 别在
BEFORE里查本表其他行做唯一性校验（易死锁），改用UNIQUE约束或EXCLUDE约束更稳
Navicat 执行触发器 SQL 报 “permission denied for function”
这是权限问题，不是语法问题。PostgreSQL 默认不给普通用户执行函数的权限，哪怕函数是自己创建的。
- 建完函数后，立刻执行：
GRANT EXECUTE ON FUNCTION your_validation_func() TO your_user; - 如果函数带参数，授予权限时参数类型要写全，比如：
GRANT EXECUTE ON FUNCTION validate_email(text) TO app_user; - Navicat 连接用的是哪个角色？检查连接属性里的用户名，确保和
GRANT目标一致 - 函数若调用其他函数（比如
regexp_replace），那些函数也得有对应权限——不过内置函数通常不用额外授权
验证逻辑写在触发器里 vs 写在应用层
数据库层验证能堵住所有入口（psql、Navicat、API、后台脚本），但调试难、版本难管理、上线要 DBA 配合；应用层灵活好测，但漏一个直连就绕过校验。
- 强一致性要求（如金融字段格式、状态迁移规则）必须放数据库触发器或
CHECK约束 - 涉及外部 API 或耗时操作（如调用 HTTP 校验手机号）绝对不要放触发器——会卡死整个事务
- Navicat 导出的触发器 SQL 建议存进 Git，和应用代码一起版本化，避免“谁在哪台机器上改过”这种黑洞
触发器本身没那么可怕，可怕的是把它当万能胶水——跨表查、发消息、写日志这些事，交给应用或专用服务更可控。Navicat 只是个编辑器，真正起作用的是你贴进去的那几行 SQL 和背后配好的权限。
