导致昂贵计划的同义词

Question

我的 Oracle 11 数据库存在以下问题，尽管有修复， 我想了解它为什么会有这样的反应。

我们有两个模式：一个“开发”模式，它包含所有的表、视图、plsql……和 一个“app”模式，其中包含开发对象的同义词，即语句不包含 架构名称。

开发视图引用表 (select * from a a1 -> b -> a a2 union select * from c) 其中有一个用于选择的公共列，即选择 谓词通过单独的选择被推入表“a”（300k 行）和“b”（90k 行）选择 索引访问，从而产生非常高效的计划。

dev-fun 是一个确定性的并行函数，它只是进行一些字符串操作 无需进一步的数据库访问。

视图上的选择看起来像：select * from view where common-column = fun(string) 这在开发模式上按预期工作，但如果在应用模式上执行， 该计划变得相对非常昂贵，即fun(string)的结果没有被推倒， 但是这些表是哈希连接的，并且会扫描结果中的元素。

仍然在应用程序架构中，当我将 fun(string) 替换为函数结果时，计划变为 又便宜了。

为了解决这个问题，我在应用架构中复制了视图，而不是通过 同义词，但在视图/表格更改的情况下，这意味着潜在的缺陷来源，因为我们 通常不检查应用程序架构... 对该函数的调用仍然是通过同义词进行的，并且视图按原样复制，即它 访问基础表的同义词......并且计划与执行时相同 在开发架构上。

除了在所有基础表上授予选择权限外，我还尝试在表上授予“查询重写”、“引用”和在视图上授予“引用”。此外，我已经尝试了该功能的 authid-options。我必须承认，我还没有检查过row-level security，但我们没有使用它们。

我还能检查什么？

oracle 版本为 11.0.2.2。打开 oracle-ticket 只是一个理论上的选择， 因为我们没有直接的支持访问权限，而且中间的层更令人沮丧 生活在维护问题上。

我知道通常解释计划会有所帮助，但如果没有它，让我们先尝试一下，因为 我怀疑是其他地方的问题。

更新（14.10.2013）：

• 提示使用嵌套循环不起作用。
• 未使用基于函数的索引。

索引访问：select * from v_vt_betreuer where vtid = 11803056;

哈希访问：select * from v_vt_betreuer where vtid = VTNRVOLL_TO_VTID(11803056);

复制视图：即当视图被复制到应用架构中时

select * from v_vt_betreuer where vtid = VTNRVOLL_TO_VTID(11803056);

Answer 1

尝试创建这样的索引：

CREATE INDEX func_index ON agency(fun(common_column))

这称为基于函数的索引。

我的猜测是这种类型的查询：

select a1.vtid, a2.* 
from agency a1 join agency_employee b on (b.vtid = a1.vtid)
join agency a2 on (a2.vtid = b.employee_vtid)

导致查询优化器这样做：

select a1.vtid, a2.* 
from agency a1 join agency_employee b on (func(b.vtid) = func(a1.vtid))
join agency a2 on (func(a2.vtid) = func(b.employee_vtid))

http://www.akadia.com/services/ora_function_based_index_2.html http://www.oracle-base.com/articles/8i/function-based-indexes.php

如果这种方法没有帮助，请检查您是否有 ROW LEVEL SECURITY：

http://docs.oracle.com/cd/E16655_01/server.121/e17609/tdpsg_ols.htm http://docs.oracle.com/cd/B19306_01/network.102/b14266/apdvcntx.htm#i1007410

Answer 2

您确定您使用的不是架构 NPS_WEBCC 中的实际函数，而是架构 NPS_WEBCC_DEV 中的函数的同义词吗？

如果不允许 DEV 架构访问 APP 架构中的对象，则无法推送条件。 您必须将同义词的权限授予 DEV 模式，因为视图位于 DEV 模式中。这就是为什么当您将视图复制到 APP 架构时它开始工作的原因。

如果你在基于DEV函数的DEV模式中使用扩展统计，可能会出现另一个问题，但需要在权限问题之后进行梳理。

您可以通过检查以下查询的解释计划来验证它。他们应该给出优化的结果：

-- q1
-- "v_vt_betreuer" is a synonym in app schema to a view in dev schema 
select * from v_vt_betreuer where vtid = NPS_WEBCC_DEV.VTNRVOLL_TO_VTID(11803056);

-- q2
select * from NPS_WEBCC_DEV.v_vt_betreuer where vtid=NPS_WEBCC_DEV.VTNRVOLL_TO_VTID(11803056);

UPD 根据额外的调查，最有可能发生的问题是因为视图中缺少 MERGE 授权。必须为视图及其内部使用的所有子视图授予它。

GRANT MERGE VIEW ON v_vt_betreuer TO NPS_WEBCC;