Oracle虚拟专用数据控制方法应用

核心提示： 有时业务操作可以确保谓词更加静态，例如，Oracle虚拟专用数据控制方法应用(3)，在上下文敏感的策略类型示例中，我们将用户所见的最大余额定义为一个变量，在将策略定义为静态时要非常小心；您必须绝对确信该值不会改变，如果您不能作这种假设，当Web应用程序中的Oracle userid 由许多

有时业务操作可以确保谓词更加静态。例如，在上下文敏感的策略类型示例中，我们将用户所见的最大余额定义为一个变量。当Web应用程序中的Oracle userid 由许多Web用户共享，并且应用程序基于这些用户的权限来设置该变量(应用程序上下文)时，这种方法很有用。因此，Web用户TAO和KARTHIK都是以用户APPUSER连接到数据库的，二者可以在其会话中拥有两个不同的应用程序上下文的值。此时MAXBAL的值并不依赖于Oracle userid，而是依赖TAO和KARTHIK各自的会话。

在静态策略的情况下，谓词更具有可预测性，其说明如下。

LORA和MICHELLE分别是Acme Bearings和Goldtone Bearings的帐户管理员。当他们连接数据库时，他们使用自己的id，并且只应该看到属于他们的那些行。在Lora方面，谓词变成where CUST_NAME = 'ACME'；而对于Michelle，则是where CUST_NAME = 'GOLDTONE'。在这里，谓词依赖于他们的 userid，因此他们所创建的任何会话在应用程序上下文中始终具有相同的值。

10g可以利用这种情况，在SGA中对谓词进行高速缓存，并在会话中重用该谓词，而不必重新执行策略函数。策略函数类似于以下形式：

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

这种方法确保策略函数只执行一次。即使应用程序上下文在会话中改变，也从不重新执行该函数，使得此过程的速度非常快。

建议将静态策略用于在几个用户中托管应用程序的情况。在这种情况下，单个数据库拥有几个用户的数据。当每个用户登录时，登录后触发器可以设置用于策略函数的应用程序上下文的值，以便快速生成谓词。

但是，将策略定义为静态也是一把双刃剑。在以上的示例中，我们假设应用程序上下文属性VPDCTX.CUST_NAME 的值在会话中不改变。如果这种假设不正确，将会怎样呢？如果该值改变，策略函数将不会执行，因此在谓词中将不会使用新值，而返回错误的结果！因此，在将策略定义为静态时要非常小心；您必须绝对确信该值不会改变。如果您不能作这种假设，则最好将策略定义为对上下文敏感。