不能用触发器实现查询时敏感字段脱敏——触发器不响应SELECT；仅支持INSERT/UPDATE/DELETE，其中BEFORE可清洗入库数据但不可掩码；SELECT触发器语法全库报错；应选RLS、视图或anonymizer扩展实现脱敏。
不能用触发器实现查询时的敏感字段脱敏显示——它根本不会在 SELECT 时运行。 触发器只在 INSERT、UPDATE、DELETE 过程中介入，对 SELECT 完全无感知。试图靠它做“用户查的时候自动返回星号”，语法会直接报错，逻辑也注定失败。
BEFORE INSERT/UPDATE 是唯一能用触发器做脱敏的时机
这时你可以修改即将写入的 NEW 行，比如标准化格式、清洗空格、截断非法长度。但它改的是数据本身，不是显示效果：
- 手机号入库前统一去除非数字字符：
REGEXP_REPLACE(TRANSLATE(NEW.phone,' -()+',''),'\D','','g') - 身份证号强制转大写：
UPPER(NEW.id_card)，避免大小写混用导致后续比对失败 - 空值或超长字段设为
NULL或默认值（如'UNKNOWN'），防止下游CASE WHEN层层判空 - 别在这里做掩码式脱敏（如把
NEW.phone改成'138****5678'）——原始值永久丢失，审计、同步、实名核验全部失效
为什么你写的 “SELECT 触发器” 一定报错？
PostgreSQL 不支持 SELECT 触发器，所有类似 CREATE TRIGGER ... ON users FOR SELECT 或 INSTEAD OF SELECT 的写法都会被拒绝：
- MySQL 报
ERROR 1419（requires SUPER privilege） - PostgreSQL 直接提示
ERROR: event trigger "xxx" is not supported for SELECT - SQL Server 报
Incorrect syntax near 'SELECT' - 这不是配置问题，是引擎设计决定的：SELECT 是纯读路径，不走触发器执行栈
真正该用什么替代触发器做查询脱敏？
按场景选，别硬套触发器：
- 角色差异化脱敏（DBA 看明文、客服看星号）→ 用
RLS+VIEW，配合CURRENT_ROLE()或current_setting('app.role')做CASE WHEN - 简单字段遮挡（所有人查都看星号）→ 创建视图，用
LEFT(phone,3) || '****' || RIGHT(phone,4)，然后REVOKE SELECT ON table FROM public，只授视图权限 - 需要强策略管理（如 GDPR 合规标记、多规则嵌套）→ 装
postgresql_anonymizer扩展，用COMMENT ON COLUMN ... IS 'MASKED WITH FUNCTION ...' - 审计谁查了什么字段 → 用事件触发器（
event_trigger）监听table_rewrite或开启日志，但无法改写结果
最容易被忽略的一点：所有视图里的脱敏表达式必须是确定性的（STABLE 或 IMMUTABLE）。用 NOW()、RANDOM() 或自定义非确定函数，会导致主从复制异常、物化视图刷新失败，甚至权限越界。这不是 bug，是 PostgreSQL 引擎对一致性保障的硬约束。
