Oracle - 物化视图改变结构太慢

Question

我有一个巨大的物质化观点，我必须调整。这是一个简单的调整，因为我只是将 NVL 函数添加到 select 语句中。

即原始...

Select this,
       that.....

即修改

Select NVL(this, orThat) as this,
       NVL(That, orThis) as that

该查询需要 26 秒才能运行，但由于检索的行数（230 万），速度非常慢。它连续运行了将近 5 天，然后我就停止了。

这是一个问题，特别是因为我需要将其交付给客户，而他们无法运行 5 天以上的脚本来创建 MV。

问：有什么办法可以加快MV的修改/重新制作速度？如果我修改MV会更快还是会和删除并重新创建一样？

Oracle 版本 = 10g

Answer 1

您无法更改物化视图的查询定义 - 您必须删除并重新创建它。也就是说，您可以尝试这种方法，它可能比重新创建整个 MV 更快：

1. 使用 PRESERVE TABLE 删除物化视图。
2. 更新表中曾经是 MV 的数据以反映新的列定义。
3. 使用 ON PREBUILT TABLE 子句重新创建物化视图。

如果视图上有索引，禁用并重建它们可能会有所帮助。

Answer 2

5 天以上构建 2-300 万行 MV？这太不正常了，不仅仅是糟糕的 SQL。我的猜测是您可能被其他进程阻止（？）。不确定，但在启动 MV 重建后从另一个会话中检查这一点：

select s1.username || '@' || s1.machine
  || ' ( SID=' || s1.sid || ' )  is blocking '
  || s2.username || '@' || s2.machine || ' ( SID=' || s2.sid || ' ) ' AS blocking_status
  from v$lock l1, v$session s1, v$lock l2, v$session s2
  where s1.sid=l1.sid and s2.sid=l2.sid
  and l1.BLOCK=1 and l2.request > 0
  and l1.id1 = l2.id1
  and l2.id2 = l2.id2 ;

只是猜测。如果您使用 Toad，您也可以获得此信息（通过数据库 -> 监视器 -> 会话浏览器）。这还将向您显示长时间操作的进度（表扫描等）。

编辑：哦，顺便说一句，使用 nologging 构建 MV，一旦您确定没有上述问题，总体上应该会有所帮助。