Oracle細(xì)粒度的訪問(wèn)控制的基本工作方式
我們都了解Oracle細(xì)粒度的訪問(wèn)控制的相關(guān)工作方式。即 ，細(xì)粒度訪問(wèn)控制其實(shí)就是虛擬化，專用數(shù)據(jù)庫(kù) (VPD) ，它可以提供強(qiáng)大的行級(jí)安全功能。它是在 Oracle8i 中推出的，已經(jīng)受到廣泛的歡迎，并且在從教育軟件到金融服務(wù)等各種應(yīng)用程序得到采用。
VPD 的工作方法是，通過(guò)透明地更改對(duì)數(shù)據(jù)的請(qǐng)求，基于一系列定義的標(biāo)準(zhǔn)向用戶提供表的局部視圖。在運(yùn)行時(shí)，所有查詢都附加了謂詞，以便篩選出準(zhǔn)許用戶看到的行。例如，如果只允許用戶查看帳戶管理員 SCOTT 的帳戶，則 VPD 設(shè)置自動(dòng)地將查詢：
- select * from accounts;
重寫(xiě)為：
- select * from accounts
- where am_name = 'SCOTT';
DBA 在表 ACCOUNTS 上設(shè)置了一項(xiàng)安全策略。該策略具有一個(gè)相關(guān)函數(shù)，稱為policy function，它返回一個(gè)用作謂詞的字符串 where am_name = 'SCOTT'。如果您不熟悉該特性的全部功能，我建議您閱讀 Oracle 雜志的文章“利用 VPD 保持信息的私密性”。
生成謂詞所需的重復(fù)分析是一種在某些情況下可以進(jìn)行修整的開(kāi)銷。例如，在大部分實(shí)際情況中，謂詞并不象 am_name = 'SCOTT' 那樣是靜態(tài)的；它基于用戶的身份、用戶的權(quán)限級(jí)別、用戶向哪個(gè)帳戶管理員進(jìn)行報(bào)告等情況,可能更具有動(dòng)態(tài)性。
由策略函數(shù)創(chuàng)建并返回的字符串可能會(huì)具有很強(qiáng)的動(dòng)態(tài)性，而為了保證其結(jié)果，Oracle細(xì)粒度訪問(wèn)控制 必須每次重新執(zhí)行策略函數(shù)，既浪費(fèi)資源又降低性能。在這種類型的策略中，謂詞每次執(zhí)行時(shí)可能會(huì)有很大的差別，該策略稱為“動(dòng)態(tài)”策略，在 Oracle9i 數(shù)據(jù)庫(kù)以及以前的版本中已經(jīng)提供了這種策略。
除了保留動(dòng)態(tài)策略之外，Oracle 數(shù)據(jù)庫(kù) 10g 還基于謂詞的構(gòu)造推出了幾種新類型的策略，為提高性能提供了更好的控制：context_sensitive、shared_context_sensitive、shared_static 和 static?，F(xiàn)在，讓我們來(lái)了解每種策略類型的意義以及如何在適當(dāng)?shù)膱?chǎng)合中使用它們。
動(dòng)態(tài)策略。 為保持向后兼容性，10g 中的默認(rèn)策略類型為“dynamic” — 正如 Oracle9i 中一樣。在這種情況下，對(duì)于每行以及每位用戶，在每次訪問(wèn)表時(shí)都對(duì)策略函數(shù)進(jìn)行重新求值。讓我們來(lái)詳細(xì)分析策略謂詞：
- where am_name = 'SCOTT'
忽略掉 where 子句，謂詞就具有兩個(gè)不同的部分：在等式操作符之前的部分 (am_name) 和等式操作符之后的部分 ('SCOTT')。在大多數(shù)情況下，后面的部分更象是變量，因?yàn)樗怯捎脩舻臄?shù)據(jù)提供的（如果用戶是 SCOTT，則其值為 'SCOTT'）。
在等號(hào)前面的部分是靜態(tài)的。因此，即使函數(shù)不必為生成適當(dāng)?shù)闹^詞而對(duì)每行求出策略函數(shù)的值，由于了解前面部分的靜態(tài)性以及后面部分的動(dòng)態(tài)性，也可以提高性能。在 10g 中，可以在 dbms_rls.add_policy 調(diào)用中使用 "context_sensitive" 類型的策略作為參數(shù)來(lái)實(shí)現(xiàn)這種方法：
policy_type => dbms_rls.context_sensitive
在另一個(gè)示例中，我們有一個(gè)稱為 ACCOUNTS 的表，它擁有幾列，其中一列是 BALANCE，表示帳戶余額。假設(shè)允許某個(gè)用戶查看低于某特定余額的帳戶，而該余額由應(yīng)用程序上下文所決定。我們并不在策略函數(shù)中將此余額值固定，而是3是根據(jù)應(yīng)用程序上下文確定，如：
- create or replace vpd_pol_func
- (
- p_schema in varchar2,
- p_table in varchar2
- )
- return varchar2
- is
- begin
- return 'balance < sys_context(''vpdctx'', ''maxbal'')';
- end;
應(yīng)用程序上下文 VPDCTX 的屬性 MAXBAL 可以在會(huì)話的前期設(shè)定，而函數(shù)在運(yùn)行時(shí)可以容易地獲得該數(shù)值。
請(qǐng)仔細(xì)注意該示例。謂詞有兩部分：小于號(hào)之前的部分和之后的部分。之前的部分是“balance”一詞，它是文字符。后面的部分從某種程度而言是靜態(tài)的，因?yàn)閼?yīng)用程序上下文變量在改變之前一直是常量。如果應(yīng)用程序上下文屬性不變，則整個(gè)謂詞是常量，因此不需要重新執(zhí)行函數(shù)。
如果策略類型定義為對(duì)上下文敏感，則 Oracle 細(xì)粒度訪問(wèn)控制數(shù)據(jù)庫(kù) 10g 可以識(shí)別此情況以用于優(yōu)化。如果在會(huì)話期間沒(méi)有發(fā)生會(huì)話上下文的變化，則不重新執(zhí)行該函數(shù)，從而顯著提高了性能。
靜態(tài)策略。 有時(shí)業(yè)務(wù)操作可以確保謂詞更加靜態(tài)。例如，在上下文敏感的策略類型示例中，我們將用戶所見(jiàn)的***余額定義為一個(gè)變量。當(dāng) web 應(yīng)用程序中的 Oracle userid 由許多 web 用戶共享，并且應(yīng)用程序基于這些用戶的權(quán)限來(lái)設(shè)置該變量（應(yīng)用程序上下文）時(shí)，這種方法很有用。
因此，web 用戶 TAO 和 KARTHIK 都是以用戶 APPUSER 連接到數(shù)據(jù)庫(kù)的，二者可以在其會(huì)話中擁有兩個(gè)不同的應(yīng)用程序上下文的值。此時(shí) MAXBAL 的值并不依賴于 Oracle userid，而是依賴 TAO 和 KARTHIK 各自的會(huì)話。
在靜態(tài)策略的情況下，謂詞更具有可預(yù)測(cè)性，其說(shuō)明如下。
LORA 和 MICHELLE 分別是 Acme Bearings 和 Goldtone Bearings 的帳戶管理員。當(dāng)他們連接數(shù)據(jù)庫(kù)時(shí)，他們使用自己的 id，并且只應(yīng)該看到屬于他們的那些行。在 Lora 方面，謂詞變成 where CUST_NAME = 'ACME'；而對(duì)于 Michelle，則是 where CUST_NAME = 'GOLDTONE'。
在這里，謂詞依賴于他們的 userid，因此他們所創(chuàng)建的任何會(huì)話在應(yīng)用程序上下文中始終具有相同的值。
10g 可以利用這種情況，在 SGA 中對(duì)謂詞進(jìn)行高速緩存，并在會(huì)話中重用該謂詞，而不必重新執(zhí)行策略函數(shù)。策略函數(shù)類似于以下形式：
- create or replace vpd_pol_func
- (
- p_schema in varchar2,
- p_table in varchar2
- )
- return varchar2
- is
- begin
- return 'cust_name = sys_context(''vpdctx'', ''cust_name'')';
- end;
而策略定義為：
- policy_type => dbms_rls.static
以上的相關(guān)內(nèi)容就是對(duì)Oracle細(xì)粒度訪問(wèn)控制的工作方式的介紹，望你能有所收獲。
2007-11-14 來(lái)自：xuejinyoulan [收藏到我的網(wǎng)摘]
【編輯推薦】
