Oracle Data Redaction需企业版许可、AL32UTF8字符集及EXECUTE权限三者齐备，否则ORA-44305报错；身份证脱敏应选PARTIAL而非FULL或REGEXP，且DBA用户默认不受策略影响。
Oracle Data Redaction 不是装完就能用的功能，必须先确认企业版许可、字符集和权限三者全部到位，否则 DBMS_REDACT.ADD_POLICY 会直接报 ORA-44305: data redaction is not available。
确认 Data Redaction 是否可用及 EXECUTE 权限是否具备
很多问题卡在这一步就停住了——不是策略写错，而是根本没资格调用。
- 查特性是否启用：
SELECT * FROM v$option WHERE parameter = 'Data Redaction';，返回TRUE才表示企业版已安装该组件 - 查当前用户是否有执行权限：
SELECT table_name, privilege FROM dba_tab_privs WHERE grantee = USER AND table_name = 'DBMS_REDACT';，必须看到EXECUTE行 - 若无权限，需 DBA 执行：
GRANT EXECUTE ON DBMS_REDACT TO your_user;（注意：不是GRANT EXECUTE ANY PROCEDURE，那个太宽泛，且不保证能访问DBMS_REDACT） - 字符集必须是
AL32UTF8或等效多字节集；SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET';必须返回匹配值
用 DBMS_REDACT.ADD_POLICY 配置身份证字段脱敏（PARTIAL 类型）
对 VARCHAR2(18) 类型的身份证字段，别用 FULL——它会把整列变成空格，业务上不可接受；PARTIAL 才是合理选择，但参数格式极易出错。
-
function_type必须显式写成DBMS_REDACT.PARTIAL，不能传数字0或省略 -
function_parameters是一个字符串，长度必须严格等于字段定义的最大字节长度（如ID_CARD VARCHAR2(18)就要 18 位），V表示保留原字符，F表示替换成* - 常见掩码模式（前6后4保留）：
'VVVVVV********VVVV'—— 注意这里是 6+8+4=18，不是 6+4+8 -
expression是 PL/SQL 布尔表达式，只影响SELECT结果；例如限制仅对非管理员生效：'SYS_CONTEXT(''USERENV'', ''SESSION_USER'') != ''ADMIN_USER'''（单引号要转义）
避免在中文环境误用 REGEXP 类型脱敏
当字段值含中文、全角空格或全角数字时，REGEXP 模式极不稳定：匹配失败、跳过整行、无任何报错——你查不到日志，也看不到效果，只觉得“策略没生效”。
- Oracle 的
REGEXP_REPLACE在AL32UTF8下对 Unicode 字符计数不准，\d{17}[\dXx]这类正则在“张三 11010119900101123X”上大概率失效 -
function_type => DBMS_REDACT.REGEXP仅适用于纯 ASCII 字符场景，且必须配套设置regexp_pattern、regexp_replace_string等参数，配置复杂度远高于PARTIAL - 实测结论：只要字段可能含中文，一律禁用
REGEXP；改用PARTIAL+ 固定位置掩码，稳定可控
最易被忽略的一点：DBA 和拥有 DBA 角色的用户默认不受任何 Redaction 策略影响——这不是 bug，是 Oracle 的设计逻辑。如果你在 sys 或 system 下测试，永远看不到脱敏效果；务必切换到普通用户（如 HR、ODR）验证结果。
