SQL Server的MASKED WITH仅支持在CREATE/ALTER TABLE列定义中使用，不能在视图中调用；MySQL/PostgreSQL无此功能，所谓“MASKING函数”属误传。
SQL 视图里不能调用 MASKED WITH，它根本不是函数；所谓“用 MASKING 函数脱敏”在 MySQL/PostgreSQL 里纯属误传，只有 SQL Server 支持该语法，且仅限于 CREATE TABLE 或 ALTER TABLE 中定义列级动态脱敏（DDM）。
SQL Server 的 MASKED WITH 为什么不能写在视图里
很多人在 CREATE VIEW 里写 SELECT id, email MASKED WITH (FUNCTION = 'email()') FROM users，这会直接报错：Incorrect syntax near 'MASKED'。因为 MASKED WITH 是 DDL 语法糖，不是运行时函数，也不接受参数表达式。
-
MASKED WITH只在建表或改表时生效，例如：ALTER TABLE users ALTER COLUMN email ADD MASKED WITH (FUNCTION = 'email()') - 视图查询该列时，脱敏由引擎自动触发——前提是用户没被授予
UNMASK权限 - 你在视图里手动写
CASE WHEN ... THEN '***@***.com' END，属于静态替换，DBA 查基表仍见明文，且无法按角色切换策略
MySQL/PostgreSQL 视图中只能靠字符串函数硬拼
这两个系统没有原生列级动态脱敏机制，视图里必须用 CONCAT()、LEFT()、RIGHT()、REGEXP_REPLACE() 等显式处理。但要注意格式校验和空值兜底，否则查出来一堆 NULL 或报错。
- MySQL 示例（带手机号正则校验）：
SELECT id, CASE WHEN phone REGEXP '^1[3-9]\d{9}$' THEN CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)) ELSE '****' END AS phone FROM users - PostgreSQL 注意
''和NULL区别，得分开判：CASE WHEN phone IS NOT NULL AND phone != '' THEN ... ELSE '****' END - JSON 字段如
meta必须先提取再脱敏：MySQL 用TRIM(BOTH '"' FROM JSON_EXTRACT(meta, '$.phone'))，PostgreSQL 用meta->>'phone'，否则返回带引号字符串或NULL
权限控制比脱敏逻辑更关键
视图本身不阻止用户绕过它。哪怕你视图里写了 CONCAT('***', RIGHT(ssn, 4))，只要用户有基表 SELECT 权限，SELECT ssn FROM users 就能直接看到明文。
- 必须显式回收：
REVOKE SELECT ON db_name.users FROM 'user_a'@'%' - 只授视图权限：
GRANT SELECT ON db_name.v_user_safe TO 'user_a'@'%' - 检查是否误授宽泛权限：
SHOW GRANTS FOR 'user_a'@'%'，重点看有没有SELECT ON db_name.* - Oracle 用户额外注意：
EXPLAIN PLAN可能暴露基表访问路径，需人工核对执行计划是否走视图
真正难的不是写对那几行 CASE WHEN，而是确保权限链路没断、没人漏授 UNMASK、JSON 和空值不漏处理——这些地方一松动，脱敏就形同虚设。
