Oracle VPD策略类型和绑定

我有几个VPD问题，我试图根据阅读Oracle数据库12c安全性的第7章来确保我完全理解。我看过这两个备受尊敬的Oracle作者的例子。关于SYS_CONTEXT函数的绑定变量引用，我目前在为WHERE子句返回的策略函数中有第一种情况:

1. lvar_where_clause := 'activity_sa_id = '| | SYS_CONTEXT ('app_user_ctx'，'ACTIVITY');
生产:
其中 (活动 _ sa_id = 8)

2. lvar_where_clause := 'activity_sa_id = SYS_CONTEXT (''app_user_ctx ''，''activity'') ';
生产:
其中 (activity_sa_id = SYS_CONTEXT ('app_user_ctx'，'ACTIVITY'))

我在大多数应用程序查询上看到多个游标。我有7个不同的活动在系统和这个单一的策略是在80% 1,500的表。这每天有超过1000万次点击，当整个客户端基础转换完成时，可能会达到5-10倍。从引用的章节中，#2将允许绑定，我应该看到更多的计划重用。

这导致VPD策略类型的最佳选择。我们目前正在使用动态。我想知道为什么我不能/不应该使用SHARED_CONTEXT_SENSITIVE。一个用户可以属于多个活动，但是所有应用程序都在启动时强制为具有多个分配的用户选择活动。他们还可以在一些无状态的web应用程序中切换活动，但它完全将它们移动到选定的活动中，并且所有SYS_CONTEXT参数都将重置。我有来自COBOL的多种技术，Forms，Net，冷融合以及受VPD限制的其他客户端-服务器怪胎，因此不能容忍任何远程出血的机会。Shared_context_sensitived与 #2 WHERE子句是这样的会话静态参数的正确路径吗？

其中一些将归结为您的 “活动” 价值观。您说 “活动” 的不同值的数量很小 (即小于10)，并且您说您有〜1500表。根据所编写的查询的种类，这可能是一组非常小的不同的查询，或者它可能是巨大的 (例如，与10个活动的5方式可以通过几个不同的查询，或者它可能是数千个排列)。

假设其 (潜在的) 后者 (即，大量的活动)，而不是仅仅从 (1) 切换到 (2) 将产生显著的好处。

策略 * 类型 * 是一个稍微不同的事情，更多的是运行策略 * 功能 * 的成本/频率-这将决定您对策略类型的选择。从您在问题中所说的内容来看，当然context_sensitive或shared_context_sensitive似乎适用于您的用例。