为什么不使用表格而不是物化视图？

使用物化视图的最大好处之一是 Oracle 负责保持数据同步。如果您有单独的聚合表，则您有责任保持数据同步。这通常需要合理数量的代码和大量测试，并且大多数组织都会设法犯错误，从而留下导致聚合表不同步的漏洞。当您尝试实现聚合表的增量刷新时尤其如此。

另一个主要好处是，根据设置，当用户针对基表发出查询时，Oracle 可以使用查询重写来使用物化视图。因此，例如，如果您有一堆现有报告针对生成每日、每月和每年汇总结果的详细信息表，您可以在基表上创建一个物化视图，以每天汇总数据，优化器可以为所有现有查询使用该物化视图。这使得优化数据仓库中的报告工作负载变得更加容易，而无需尝试重​​写数十个报告以使用新的聚合表或弄乱DBMS_ADVANCED_REWRITE以强制您自己重写查询。

物化视图会随着其基表的更新而自动更新。

使用 MV 的一个好案例是，有时您希望频繁且快速地聚合数据并从大型表中获取此摘要信息。如果没有物化视图，您必须对某些表进行反规范化并通过代码维护聚合，或者重复扫描大量行。特别是对于仪表板和类似的在线应用程序，这两种方式并不总是可以接受的。如果将结果保存在单独的表中，会使应用程序代码复杂化，正如@Justin Cave 所说，您将负责确保手动聚合的数据是同步的。与原始表的数据。

不是 Oracle 人员，但另一个用例是第三方解决方案。他们通常不支持您对其设计进行更改，但 MV 对他们的代码“不可见”，但提供对自定义报告/数据提取的访问。

它不是免费的，因为它会花费存储成本和潜在的影响插入/更新时间成本，但这可能会被检索物化数据与“直接视图”或创建实际表和维护周围 ETL 所花费的时间所抵消。

最后，这样做可能会使您与供应商的支持合同无效，请咨询您的律师等等

让我解释一下Views，而不是直接进入物化视图。

基本上视图在逻辑上与表不同。如果我们想向用户隐藏某些列，我们不能使用表格。创建视图我们可以实现安全性。

用例：如果一个视图与 10 个表以及 group by 内部相关，并且函数有数百万行，则执行需要很长时间。

因此，物化视图来帮助我们更快地获取数据。物化视图物理存在于数据库中。每当更新基表时，物化视图都会更新。

物化视图根据查询定义定期更新，表不能这样做。

可以将物化视图设置为定期自动刷新。表可能需要额外的代码来截断/重新加载数据。

示例：具有来自多个表的数据的物化视图可以设置为在非高峰时间自动刷新。物理表需要额外的代码来截断/重新加载数据。

在物化视图而不是表格中可以更好地控制安全性。