Oracle VPD 細粒度存取控制：從動態策略到靜態/共享策略的效能演進

什麼是 VPD（虛擬私有資料庫）

Oracle 細粒度存取控制（FGAC），通稱 VPD，於 Oracle 8i 推出，提供列級安全。核心機制：查詢執行時透明附加謂詞，過濾不可見資料列。例：

-- 原始查詢
SELECT * FROM accounts;

-- VPD 自動重寫
SELECT * FROM accounts WHERE am_name = 'SCOTT';

DBA 在表上建立安全策略，關聯 策略函數 回傳謂詞字串（如 WHERE am_name = 'SCOTT'）。

動態策略的效能痛點

謂詞常含動態部分（如用戶身份、權限層級、應用上下文變數）。為保證正確性，Oracle 須每次執行重新評估策略函數，消耗資源、降低效能。此為 Oracle 9i 及之前預設的 DYNAMIC 策略。

Oracle 10g 四大新策略類型：精準匹配業務場景

程式碼範例：CONTEXT_SENSITIVE 策略

CREATE OR REPLACE FUNCTION vpd_pol_func (
  p_schema IN VARCHAR2, p_table IN VARCHAR2
) RETURN VARCHAR2 IS
BEGIN
  RETURN 'balance < SYS_CONTEXT(''VPDCTX'', ''MAXBAL'')';
END;

BEGIN
  DBMS_RLS.ADD_POLICY(
    object_schema   => 'SCOTT',
    object_name     => 'ACCOUNTS',
    policy_name     => 'BALANCE_LIMIT',
    function_schema => 'SEC_ADMIN',
    policy_function => 'VPD_POL_FUNC',
    policy_type     => DBMS_RLS.CONTEXT_SENSITIVE  -- 關鍵參數
  );
END;

靜態策略的雙刃劍與風險控制

優勢：極致效能，函數只執行一次。
風險：若會話中應用上下文被修改（如 MAXBAL 變更），謂詞不會更新，導致資料洩露或錯誤過濾。
原則：唯有 100% 確定會話期間上下文不變 才可用 STATIC；否則退而求其次用 CONTEXT_SENSITIVE。

共享策略類型的實戰價值

場景：SAVINGS、CHECKING 兩表共用同一餘額限制邏輯。
若用 CONTEXT_SENSITIVE 逐表建立策略，切換表時仍會重複執行函數。
改用 SHARED_CONTEXT_SENSITIVE，同會話、同上下文下，跨表查詢零額外開銷。

總結建議

1. 優先評估謂詞動態程度：完全靜態 → STATIC/SHARED_STATIC；上下文相關 → CONTEXT_SENSITIVE/SHARED_CONTEXT_SENSITIVE；高度動態 → DYNAMIC。
2. 多表共用邏輯 → 必加 SHARED 前綴。
3. 嚴格測試上下文變更場景，防靜態策略導致安全漏洞。