所谓虚拟专用数据库（VPD）指的是，通过在数据库里进行配置，从而让不同的用户只能查看某 个表里的部分数据。VPD分为以下两个级别。
- 列级别：在该级别下，可以控制某些用户不能检索某个表的某个列的值。比如用户HR 下的 employees 表中，含有工资（salary）列，由于该列比较敏感，因此不让其他用户查询该列的值。 其他用户检索该列时，会发现其值全都为空（null ）。
一、基于行的VPD
比如，我们在OE用户下有一个表sales_list ，存放了所有的销售记录。每个销售人员只能查询他 自己的销售记录。于是，我们在sales 表上设置FGAC 政策来实现这个业务需求。如果某个销售人员 （假设其登录的用户名为 S0020 ）发出下面的查询语句：
Select * from sales_list ;
当Oracle 在执行该语句时，如果发现 sales_list 表上存在FGAC 政策，于是就会根据 FGAC 政策，
按照如下方式改写该sql 语句：
sales_list where seller_id='S0020'
Select qty_soldand
使用FGAC 政策来限定返回记录的方式具有许多优点。比如，不需要改写应用程序、对用户完全透明、集中设置、便于管理等。
在使用FGAC 时，会涉及应用程序上下文（Application Context）的概念，使用应用程序上下文可 以简化FGAC 的实现。应用程序上下文是一个数据库对象，可以把它理解为数据库里的每个 session 的全局环境变量。一旦用户登录到数据库，从而创建出session 以后，应用程序上下文就在整个 session 的生命周期里可用。在应用程序上下文里可以定义多个属性，并为这些属性设置具体的值。而用户不 能直接修改属性的值，只能通过程序包来修改属性值。应用程序上下文总是由用户sys 拥有。
比如，对于前面 sales_list 表的例子来说。我们可以创建一个应用程序上下文，当用户登录时，将 该用户的ID 号作为一个属性值放入该应用程序上下文中。然后在定义FGAC 政策的时候，将该用户 ID号取出，并作为限定条件短语（也就是where条件语句）返回给 Oracle，从而实现FGAC 。
在Oracle 数据库里，已经为每个 session 都预先建立了一个应用程序上下文：userenv。一旦建立了session ，该 session 就可以使用这个应用程序上下文。在 userenv中已经预先定义了一些属性，比如 ip_address、session_user和db_name 等。在获取应用程序上下文里的属性值时，我们使用sys_context 函数。该函数包含两个参数，第一个参数表示应用程序上下文的名称，第二个参数表示要显示的属性 名称。如下所示：
sql>select sys_context('userenv','ip_address') "IP" 'db_name'"DB" dualIP DB ------------------------ 152.68.32.60 ora10g
我们也可以创建自己的应用程序上下文，如下所示：
