dbms_redact.partial支持按位置保留/替换，适用于手机号“保留前后段、掩码中间”的需求；full则整字段替换，不满足该场景。
能屏蔽，但必须用非表所有者账号查，且策略要配对 dbms_redact.partial + 正确的 function_parameters，否则手机号要么全变成星号，要么中间四位根本没遮住。
为什么用 PARTIAL 而不是 FULL 遮手机号
DBMS_REDACT.FULL 会把整个字段替换成固定字符（比如全 *），对手机号这种需要“保留前后段、仅掩码中间”的场景不适用。DBMS_REDACT.PARTIAL 才支持按位置保留/替换，但参数格式极其严格：
- 必须指定
function_type，常见值是DBMS_REDACT.REDACT_US_PHONE_NUMBER（自动适配 11 位手机号）或手写掩码模板，如'VVVVVVFVVVV' -
function_parameters要按顺序填：保留位数、替换字符、起始位置——少一个逗号就报ORA-44312 - 如果用自定义模板，
V表示保留原值，F表示替换为*，例如 11 位手机号掩码中间 4 位，就得写成'VVVVVVFVVVV'，不能多空格、不能换行
策略只对特定用户生效的关键写法
靠 EXPRESSION 控制触发条件，但它不是 SQL WHERE，而是 PL/SQL 布尔表达式，写错就静默失效：
- 正确写法：
'SYS_CONTEXT(''USERENV'', ''SESSION_USER'') NOT IN (''ADMIN'', ''DBA_USER'')' - 错误写法：
'USER != ''ADMIN'''（USER不是有效上下文变量）、'SELECT COUNT(1) FROM DUAL WHERE ...'（不允许子查询） - 确认策略已启用：
SELECT POLICY_NAME, ENABLED, EXPRESSION FROM REDACTION_POLICIES，ENABLED必须是'Y'，不是1或TRUE - 改完 expression 后必须显式执行：
EXEC DBMS_REDACT.ENABLE_POLICY('POLICY_NAME');
测试时总看不到效果？先查这三件事
脱敏不生效，90% 是环境或权限问题，不是策略写错了：
- 用目标用户（比如
APP_USER）登录后，**必须明确 SELECT 手机号字段**，不要用SELECT *—— Oracle 对未引用字段可能跳过重写逻辑 - 确保该用户有
SELECT权限，且是**显式授予**的：GRANT SELECT ON schema.table TO app_user;，仅靠SELECT ANY TABLE不够 - 别用表所有者账号测试：
OWNER查询永远不触发脱敏，这是 Oracle 的硬性设计，不是 bug
最易被忽略的是 EXPRESSION 的语法边界和测试账号身份——它不报错，只是默默不生效；一旦策略启用、参数写对、用户权限到位，手机号中间四位就会稳定被 * 替换，原始数据完全不动。
