SQL Server触发器无法实现字段级脱敏，因其不支持SELECT事件，仅响应INSERT/UPDATE/DELETE；正确方案是动态数据掩码（DDM）、行级安全性（RLS）或视图封装。
SQL Server 触发器无法实现字段级脱敏——它不响应 SELECT，也不支持 INSTEAD OF SELECT；所谓“字段级脱敏”必须靠视图、行级安全性（RLS）或动态数据掩码（DDM），触发器只在 INSERT/UPDATE/DELETE 时运行，对查询结果无任何影响。
为什么 CREATE TRIGGER INSTEAD OF SELECT 会报错
SQL Server 根本不支持 SELECT 触发器。执行类似 CREATE TRIGGER tr_mask ON users INSTEAD OF SELECT 的语句，会直接返回错误：Incorrect syntax near 'SELECT'。这不是权限或版本问题，而是语法层面被引擎拒绝。触发器事件类型仅限于 INSERT、UPDATE、DELETE（以及针对视图的 INSTEAD OF INSERT/UPDATE/DELETE），SELECT 不在事件列表中。
BEFORE INSERT 触发器能做掩码，但原始值永久丢失
如果你坚持用触发器“写入即脱敏”，只能在 BEFORE INSERT（实际是 INSTEAD OF INSERT 视图触发器，或 AFTER INSERT + 回滚重写，但更推荐前者）里修改 INSERTED 数据。但要注意：
- 必须用
INSTEAD OF INSERT视图触发器，因为表上没有 BEFORE 触发器；普通表只能建AFTER或INSTEAD OF（仅限视图） - 掩码逻辑要写死：例如
CONCAT(LEFT(i.phone, 3), '****', RIGHT(i.phone, 4))，不能依赖GETDATE()或NEWID()等非确定性函数 - 字段允许 NULL 时，必须显式判断：
ISNULL(i.phone, '') != ''，否则LEFT(NULL, 3)返回 NULL，整列变空 - 一旦执行，原始手机号、身份证号就从数据库里消失了——下游 BI、风控、审计系统拿到的全是掩码值
真正可行的字段级脱敏方案是 DDM 或视图 + RLS
SQL Server 原生支持两种安全粒度更细的方式，它们才是字段级脱敏的正确路径：
-
MASKED WITH (FUNCTION = 'default()')：直接在表结构定义字段掩码，如phone VARCHAR(11) MASKED WITH (FUNCTION = 'partial(3,"****",4)')。未授权用户查出来就是138****5678，但 DBA 或UNMASK权限持有者仍可见明文 - 行级安全性（RLS）配合视图：用内联表值函数（ITVF）返回布尔值，再绑定到策略。例如只允许
role = 'analyst'查看完整salary，其他人看到NULL或掩码值 - 视图封装 +
CASE WHEN IS_MEMBER('app_reader') = 0 THEN ... ELSE ... END：轻量、可测试，但需严格撤销原表SELECT权限，否则视图形同虚设
最易被忽略的一点是：触发器改的是数据本身，而 DDM 和 RLS 改的是查询结果。前者不可逆，后者可随时开关、按角色调整、不影响原始存储——选错方案，等于把合规责任压在运维和备份恢复流程上。
