问题描述
嗨，汤姆，
我的生产应用程序中有大约25 MV。主要在两个刷新组中。很少有人独立。
一组 (称为A组) 每分钟刷新一次业务需求，另一组 (GRIOUP-B) 每小时刷新一次。每24小时很少有MV。
环境是用另一个2节点RAC保护的2节点RAC数据。
自从我的开发人员创建了这些MV (和刷新组) 以来，重做日志的生成就增加了。它平均每小时产生5GB到13GB的重做。
我想知道通过使用ATOMIC_REFRESH = FALSE (因此它会截断而不是删除) 与快速刷新结合使用。这种组合可能吗？
提前谢谢。
我的生产应用程序中有大约25 MV。主要在两个刷新组中。很少有人独立。
一组 (称为A组) 每分钟刷新一次业务需求，另一组 (GRIOUP-B) 每小时刷新一次。每24小时很少有MV。
环境是用另一个2节点RAC保护的2节点RAC数据。
自从我的开发人员创建了这些MV (和刷新组) 以来，重做日志的生成就增加了。它平均每小时产生5GB到13GB的重做。
我想知道通过使用ATOMIC_REFRESH = FALSE (因此它会截断而不是删除) 与快速刷新结合使用。这种组合可能吗？
提前谢谢。
专家解答
不，不是-两者实现了不同的目标。
快速刷新是 “快速” 的，因为我们
-捕获 * 更改 * 到源数据
-仅将那些增量应用于物化视图
执行截断显然使该方法无效。
但是，如果您有大量的重做-这表明正在应用的更改量实际上是巨大的。在这种情况下，完全刷新实际上可能会更快地执行。如果确实是这种情况 (您可以运行基准测试)，那么检查自动刷新的成本/收益就会回到桌面上。(无双关语)
快速刷新是 “快速” 的，因为我们
-捕获 * 更改 * 到源数据
-仅将那些增量应用于物化视图
执行截断显然使该方法无效。
但是，如果您有大量的重做-这表明正在应用的更改量实际上是巨大的。在这种情况下，完全刷新实际上可能会更快地执行。如果确实是这种情况 (您可以运行基准测试)，那么检查自动刷新的成本/收益就会回到桌面上。(无双关语)
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
