在开始对ORACLE的Virtual Private Database的介绍之前笔者想就ROWRULE control(行记录级访问控制)的概念简单地说几句
行记录级访问控制问题的提出和意义？
企业的应用系统都离不开数据库系统数据库系统的权限控制是很重要的一个环节大型数据库系统（ORACLEDBSYBASEMS SQLSERVER）都提供完善的用户管理机制从而可以严密地控制数据库对象(表视图函数存储过程程序包等等)的访问但是这往往是对象级别的
随着商务需求地不断地提出出现了对于行记录控制的要求:
) 数据查询和报表输出数据需要能够进行有效地隔离如在一个简单地销售数据统计应用中大区经理地区经理和销售员查询的数据就不同
) ASP（应用服务供应商）系统出现在系统结构上就出现了许多企业用户的数据都会存放在同一个数据库种但是系统需要能够有效地隔离
为了满足这样的需求在业务数据表需要中加上一些字段来进行控制应用的开发往往会另行开发很多代码来实现行记录控制但是随着业务的变化我们会发现开发和维护这种管理需求的成本越来越高
我们需要寻找一种新的解决方案能够使应用系统的架构设计简单扩展性强管理和维护的成本很低
ORACLEi的一个新特性Virtual Private Database
ORACLE i提供了一个新的特性来实现行级规则的控制称之为Virtual Private Database充分利用i提供的Virtual Private Database技术可以实现一个数据库Schema的数据同时给多个数据库用户访问但是又能很好地隔离各自的数据内容显然这已经不是原来的对象级的控制的概念
下面是笔者的体验写下来供大家参考我先通过一个简单的例子来说明ORACLE i的这个新特性(需ORACLE i的企业版才支持)
环境:Windows Server + ORACLE (Enterprise Edition)
在SCOTT用户下有一个Customers表记录着客户资料以后为每个客户分配一个ORACLE数据库登陆账号客户可以登陆查询自己的订单情况那么我们需要做的就是能够把每个登陆账号和客户代码对应起来就是说要实现一个映射关系当然通过自己建关系映射表写代码做也可以实现但是ORACLE I把这一切变地非常简单（我接下来的介绍都会围绕着ORACLE i这项技术是我们的工作如何更加简单如何更加容易控制请记住这是笔者写这篇文章的目的）
建立一个SECUSR的账号用于权限控制用
connect system/manager@oracle;
create user secusr identified by secusr;
grant connectresourcedba to secusr;
把Customers的查询权利赋予secusr
connect scott/tiger@oracle;
grant select on Customers to secusr;
连接到secusr用户
connect secusr/secusr@oracle;
创建上下文
create context Customer_context USING secusrCUSTOMER_SECURITY_CONTEXT;
创建程序包customer_security_context
create or replace package
secusrcustomer_security_context is
procedure set_customerid;
end;
create or replace package body
secusrCustomer_security_context is
procedure set_customerid is
begin
IF SYS_CONTEXT(USERENVSESSION_USER)=SCOTT THEN
DBMS_SESSIONSET_CONTEXT(customer_contextcustomeridALFKI);
END IF;
end;
end;
授权
grant execute on secusrCustomer_security_context to public;
ORACLE i中提供了Context(连接上下文)的概念类似于asp中的session你可以为当前这个连接设置多个全局变量记录信息这个信息一直保持到连接被释放上面的代码就是为用SCOTT账号登陆的连接进行了一次客户代码的映射(SCOTT>ALFKI)而且随时可以SYS_CONTEXT来查询
具体代码如下
SQL> connect scott/tiger@oracle;
已连接
SQL> execute secusrCustomer_security_contextset_customerid;
PL/SQL 过程已成功完成
SQL> select SYS_CONTEXT(CUSTOMER_CONTEXTCUSTOMERID) FROM DUAL;
SYS_CONTEXT(CUSTOMER_CONTEXTCUSTOMERID)
ALFKI
但是我觉的还不够能够做到每个连接建立的时候就自动完成这种映射令人高兴的是ORACLE i提供了系统级的触发器让我轻松地实现
SCOTT用户登陆触发器
connect system/manager@oracle
CREATE OR REPLACE TRIGGER scotttg_set_usr_context
AFTER LOGON ON DATABASE
BEGIN
secusrcustomer_security_contextset_customerid;
END;
断掉connection重新登陆
Oraclei Enterprise Edition Release Production
With the Partitioning option
JServer Release Production
SQL> CONNECT scott/tiger@oracle
已连接
SQL> select SYS_CONTEXT(CUSTOMER_CONTEXTCUSTOMERID) FROM DUAL;
SYS_CONTEXT(CUSTOMER_CONTEXTCUSTOMERID)
ALFKI
SQL>
好了够简单吧
采用Virtual Private Database如何达到SQL DML上的数据控制访问要求呢？
Virtual Private Database技术可以对一张表的记录设置DML操作的过滤策略ORACLEi提供了POLICY的概念并且为此配备了一套系统程序包来完成设置下面我来介绍一下
connect secusr/secusr@oracle
做一个函数返回对应的过滤条件
create or replace package secusrcustomer_security is
function customer_sec
return VARCHAR;
end;
create or replace package body secusrcustomer_security
is
function customer_sec(d varchard varchar)
return varchar
IS
begin
IF SYS_CONTEXT(USERENVSESSION_USER) IN (SYSSYSTEMSECUSR) THEN
RETURN NULL;
ELSE
RETURN customerid=|| SYS_CONTEXT(CUSTOMER_CONTEXTCUSTOMERID) || ;
END IF;
end;
end;
设置表数据的分割过滤
EXECUTE DBMS_RLSADD_POLICY(SCOTTCustomersCustomers_sec_Policy
SECUSR
customer_securitycustomer_sec
SELECTUPDATEDELETE);
customer_security程序包的customer_sec函数实现了根据但前的CONTEXT中CUSTOMERID的内容来返回一个过滤的策略函数的参数形式是固定的通过dbms_rls程序包的ADD_POLICY过程把策略条件同表绑定以来以后每次selectupdatedelete都会自动应用这个策略
好了现在我们来测试一下
用SCOTT登陆只能看到自己的信息
SQL> connect scott/tiger@oracle;
已连接
SQL> select customeridcity from Customers;
CUSTOMERID CITY
ALFKIBerlin
用SYSTEM登陆可以看到所有的
SQL> connect system/manager@oracle;
已连接
SQL> select customeridcity from SCOTTCustomers;
CUSTOMERID CITY
ALFKIBerlin
ANATRMéxico DF
ANTONMéxico DF
AROUTLondon
BERGSLule? DF
BLAUSMannheim
BLONPStrasbourg
BOLIDMadrid
BONAPMarseille
BOTTMTsawassen
BSBEVLondon
非常好完全满足了要求现在可以放心地把SCOTT账号给客户(ALFKI)了客户可以查询自己的订单情况当然只能是自己的
SQL> SELECT aorderidacustomeridaorderdate
sum(cUnitPrice*cQuantity*(cDiscount)) as TotalMoney
FROM Orders aCustomers b Order Details c
