vpd在oracle 19c默认可用，但需sys或execute_catalog_role用户创建策略，策略函数须处理null、权限校验，且必须deterministic；启用前须验证状态、谓词注入及执行计划。
VPD（Virtual Private Database）在 Oracle 19c 中默认可用，无需额外许可或安装，但必须用 SYS 或具有 EXECUTE_CATALOG_ROLE 的用户创建策略，且策略函数不能返回空结果集（否则查询会静默失败）。
创建策略函数前必须处理 NULL 输入和权限校验
VPD 策略函数被 Oracle 自动注入到每条 SQL 的 WHERE 子句中，如果函数内部未显式处理 USER 或 SYS_CONTEXT 返回的 NULL 值，会导致整个查询返回空——不是报错，而是“查不到数据”，极易误判为数据丢失或应用逻辑问题。
- 必须用
NVL(SYS_CONTEXT('USERENV', 'CLIENT_IDENTIFIER'), USER)或类似方式兜底，避免上下文为空时返回 NULL - 函数体内建议加
IF v_user IS NULL THEN RETURN '1=0'; END IF;快速拦截非法调用 - 函数只能是
DETERMINISTIC，且不能含 DML、DDL、自治事务或包级变量（否则策略启用后查询直接报ORA-28113: policy predicate has error） - 示例函数签名应为：
FUNCTION dept_policy(p_schema VARCHAR2, p_obj VARCHAR2) RETURN VARCHAR2，返回值是纯字符串条件，如'dept_id = 10'
启用策略时 scope 参数决定生效范围
DBMS_RLS.ADD_POLICY 的 policy_type 和 long_predicate 参数容易被忽略，但直接影响性能与行为：
-
policy_type => DBMS_RLS.SHARED_SCHEMA：同一策略可复用于多个 Schema 下同名对象，但要求所有目标表结构一致 -
long_predicate => TRUE：允许返回超长谓词（>4000 字符），适用于动态拼接复杂条件，但会增加硬解析开销 - 若对分区表启用 VPD，策略默认不自动下推到每个分区；需配合
ENABLE时指定enable => TRUE并确认ALL_PART_TABLES中策略状态为ENABLED - 禁用策略不要用
DROP_POLICY，优先用DISABLE_POLICY，避免重编译依赖该策略的视图或物化视图时报ORA-04063
验证策略是否真实生效的三个关键检查点
光看查询结果不等于策略起效。Oracle 可能因权限、缓存或策略状态导致“看似启用实则绕过”：
- 查
DBA_POLICIES：确认STATUS = 'ENABLED'且PF_OWNER是函数所在 Schema，OBJECT_OWNER匹配目标表 Owner - 查
V$VPD_POLICY（19c 新增动态视图）：能看到当前会话实际附加的谓词文本，比猜更可靠 - 用
EXPLAIN PLAN查执行计划：若出现ACCESS PREDICATE或FILTER PREDICATE含策略函数名，说明已注入；若只有原始 WHERE 条件，则策略未命中 - 特别注意：SYS 用户默认绕过所有 VPD 策略（除非显式设置
ENABLE => TRUE并指定CONTEXT_SENSITIVE），测试务必用普通业务用户
最常被跳过的细节是策略函数的执行权限——即使函数存在且语法正确，若调用者没有对其 EXECUTE 权限，Oracle 不报错，只是静默跳过策略。每次部署后，记得用目标用户连上去跑一遍 SELECT COUNT(*) FROM your_table，再对比 SELECT COUNT(*) FROM your_table WHERE ，差值才是策略真正过滤掉的行数。
