视图本质上是由给定查询动态填充的逻辑表状结构。视图查询的结果不会存储在磁盘上的任何地方，并且在每次执行查询时都会重新创建视图。物化视图是存储在数据库中并写入磁盘的实际结构。它们根据创建时定义的参数进行更新。

物化视图—磁盘上的一个表，其中包含查询的结果集

非物化视图——从底层表中提取数据的查询

视图使用查询从底层表中提取数据。

物化视图是磁盘上的一个表，其中包含查询的结果集。

物化视图主要用于在不可行或不希望使用应用索引的标准视图时提高应用程序性能。物化视图可以通过触发器或使用on COMMIT REFRESH选项定期更新。这确实需要一些额外的权限，但并不复杂。ON COMMIT REFRESH至少从Oracle 10开始就存在了。

视图本质上是由给定查询动态填充的逻辑表状结构。视图查询的结果不会存储在磁盘上的任何地方，并且在每次执行查询时都会重新创建视图。物化视图是存储在数据库中并写入磁盘的实际结构。它们根据创建时定义的参数进行更新。

的观点

它们在查询视图时计算视图定义下面的表中的数据。它是表的逻辑视图，没有数据存储在其他任何地方。

视图的优点是它总是将最新的数据返回给您。视图的缺点是它的性能取决于视图所基于的选择语句有多好。如果视图使用的select语句连接许多表，或者使用基于非索引列的连接，则视图的性能可能很差。

物化视图

它们类似于常规视图，因为它们是数据的逻辑视图(基于选择语句)，但是，底层查询结果集已保存到表中。这样做的好处是，当您查询物化视图时，您是在查询一个表，这个表也可能被索引。

In addition, because all the joins have been resolved at materialized view refresh time, you pay the price of the join once (or as often as you refresh your materialized view), rather than each time you select from the materialized view. In addition, with query rewrite enabled, Oracle can optimize a query that selects from the source of your materialized view in such a way that it instead reads from your materialized view. In situations where you create materialized views as forms of aggregate tables, or as copies of frequently executed queries, this can greatly speed up the response time of your end user application. The downside though is that the data you get back from the materialized view is only as up to date as the last time the materialized view has been refreshed.

可以将物化视图设置为手动刷新、按照设置的时间表刷新，或者基于数据库检测底层表中的数据更改。物化视图可以通过将它们与物化视图日志结合起来进行增量更新，物化视图日志充当底层表上的变更数据捕获源。

物化视图最常用于数据仓库/商业智能应用程序中，在这些应用程序中，查询具有数百万行的大型事实表将导致查询响应时间延长，从而导致应用程序不可用。

物化视图还有助于保证时刻的一致性，类似于快照隔离。

再加上迈克·麦卡利斯特相当彻底的回答……

物化视图只能设置为在编译器认为视图查询简单时，通过数据库检测更改来自动刷新。如果它被认为太复杂，它将无法设置本质上是内部触发器来跟踪源表中的更改，从而仅更新mview表中已更改的行。

在创建物化视图时，您会发现Oracle将mview和表都创建为同名的表，这可能会让人感到困惑。