DBMS_REDACT需先确认Data Redaction选件已启用（查v$option），再授予EXECUTE ON DBMS_REDACT、REDACT ANY COLUMN及目标表SELECT权限；expression须为纯布尔表达式，function_type决定partial格式严格匹配。
DBMS_REDACT 不是默认可用的功能，必须确认数据库已启用 Data Redaction 选件，否则所有策略创建操作都会失败。
检查 Data Redaction 是否已启用
执行前必须以 sys as sysdba 连接。直接查 v$option 是唯一可靠方式：
SELECT parameter, value FROM v$option WHERE parameter = 'Data Redaction';
返回 TRUE 才能继续。若为 FALSE，说明该实例未安装 Oracle Advanced Security 选件——这不是权限或脚本问题，而是二进制层面缺失，无法通过 SQL 启用。常见误判是把 Standard Edition 或未授权的 Enterprise Edition 当成可用环境，结果只收到 ORA-44305: "data redaction is not enabled"，无日志、无提示、不兜底。
授予 DBMS_REDACT 所需的最小权限集
REDACT ANY COLUMN 是高危系统权限，不能靠 DBA 角色自动继承。必须显式授予：
-
EXECUTE权限给DBMS_REDACT包本身（注意不是EXECUTE ANY PROCEDURE） -
REDACT ANY COLUMN（跨 schema 创建策略必需） - 目标表的
SELECT权限（如策略建在HR.EMPLOYEES上，而当前用户是ZHANGXG，则需先授SELECT ON HR.EMPLOYEES）
示例（SYS 执行）：
BEGIN EXECUTE IMMEDIATE 'GRANT EXECUTE ON DBMS_REDACT TO ZHANGXG'; EXECUTE IMMEDIATE 'GRANT REDACT ANY COLUMN TO ZHANGXG'; EXECUTE IMMEDIATE 'GRANT SELECT ON HR.EMPLOYEES TO ZHANGXG'; END; /
创建策略时 expression 必须是纯布尔表达式
expression 参数不是 SQL WHERE 子句，而是 Oracle 内核运行时求值的 PL/SQL 布尔表达式，限制极严：
- 禁止子查询、禁止绑定变量（如
:user）、禁止自定义函数调用 - 只允许少数内置函数，如
SYS_CONTEXT('USERENV', 'SESSION_USER')、USER、SYSDATE等 - 字符串比较必须用单引号，且大小写敏感（
'ZHANGXG'≠'zhangxg'） - 逻辑运算符用
AND/OR，不能用&&或||
错误示例：'SELECT COUNT(*) FROM DUAL' = 1（含子查询）；正确示例：'SYS_CONTEXT(''USERENV'', ''SESSION_USER'') != ''HR_ADMIN'''。
function_type 和 partial 参数格式必须严格匹配
function_type 决定脱敏形态，不同值对 partial 的格式要求完全不同：
-
DBMS_REDACT.FULL：忽略partial，整列掩掉 -
DBMS_REDACT.RANDOM：忽略partial，每次返回随机值 -
DBMS_REDACT.PARTIAL：必须提供partial，且格式为'f1,f2,f3,f4'四段逗号分隔字符串，分别对应：起始位置、保留长度、替换字符、从末尾计数标志（Y或N） -
DBMS_REDACT.REGEXP：partial是正则表达式和替换字符串，格式为'pattern,replace_string,position,occurrence,match_parameter'
错填一个字段（比如少一个逗号、Y 写成 YES），ADD_POLICY 就会报 ORA-44317 或静默失败——Oracle 不校验 partial 内容合法性，只在首次查询时才暴露问题。
最易被忽略的是 expression 的运行时上下文：它在 SQL 执行引擎内求值，不走 PL/SQL 引擎，所以连 TO_CHAR(SYSDATE) 都非法。策略一旦生效，对所有符合条件的查询透明作用，包括视图、物化视图、DB Link 查询——这点常被低估，导致非预期脱敏。
