gpt4 book ai didi

database - Oracle 11g 损坏的物化 View : Stop refresh without dropping view or refreshing view?

转载 作者:搜寻专家 更新时间:2023-10-30 22:33:39 25 4
gpt4 key购买 nike

所以我有一个物化 View (我知道......):

CREATE MATERIALIZED VIEW vw_my_view_here
REFRESH COMPLETE START WITH SYSDATE NEXT SYSDATE + 1/24 AS
/*huge-ass select statement here*/
UNION ALL
/*huge-ass select statement here*/
UNION ALL
/*huge-ass select statement here*/
UNION ALL
/*huge-ass select statement here*/

这已经存在于我们的系统中一段时间​​了,没有引起任何问题。其中一个选择查询已损坏(不知何故 - 可能是基础表中的架构更改)并且已经连续运行 24 小时并消耗了所有框资源。这是盒子上其他东西的问题。

我无法删除或修改 View - 因为它完全没有记录(我知道......),我需要先弄清楚谁在使用它,它是如何填充的等等。

我尝试终止处理查询的进程,但似乎随后立即触发了另一个查询。

如何在不 1) 删除 View 和 (2) 不刷新 View 的情况下停止实体化 View (因为这需要 24 多个小时和我们所有的盒子资源)。

我试过运行

 alter materialized view view_name refresh on demand;

但它似乎只是无休止地运行,对原始的海量查询没有任何影响。

有什么想法吗?

最佳答案

altering the refresh settings 的文档说:

This clause only sets the default refresh options. For instructions on actually implementing the refresh, refer to Oracle Database Advanced Replication and Oracle Database Data Warehousing Guide.

所以您的alter materialized view 语句本身并没有进行刷新。它只是等待当前正在执行的刷新完成,然后才能更新该 View 的数据字典。当前刷新完成(或终止)后,alter 将完成并阻止进一步的自动刷新启动。

关于database - Oracle 11g 损坏的物化 View : Stop refresh without dropping view or refreshing view?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40484564/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com