在数据库结构中,很多动态创建复杂对象的要求常常与响应时间需求相互冲突,对这一棘手问题,ORACLE的解决方案就是采用Materialized views,这样,数据库开发人员可以预先加入表格、预先分类、预先归纳复杂的数据仓库信息,因为这些工作要提前完成,因此要给终端用户一定的反应时间,Materialized views对ORACLE数据仓库尤为有用,因为此处的交叉表格也会占用很多时间。本文主要探讨了这种方法的内在机理同时也验证一下如何提前做好复杂的统计——让ORACLE动态的把SQL重新写入预先设好的统计信息中。
Materialized views是冗余技术的基础,属ORACLE snapshots的应急措施。当开发Materialized views的时候,ORACLE根本没把它当回儿事儿,ORACLE要求定期升级,升级要有一定时间间隔,可能是马上升级也可能每周一次。
在ORACLE8出现之前,数据库管理员要花很多时间来区分哪些需要创建,以及创建、索引、升级,同时还要告诉用户如何使用,图A列出了整个过程:
图 A
人工创建统计表的问题是你必须要通知端用户访问新列表,ORACLE不能自动把SQL写入原有统计表中,现在,Materialized views可以做到这一点。
Materialized views在ORACLE系统中应用非常普遍,因为在系统中,性能是关键而且复杂的SQL查询通常要和大型表格打交道。通常我们在两种情况下使用Materialized views:统计和复制。
在统计过程中,Materialized views通过把预先统计好的列表重新写入到原有列表中,从而提高了查询速度,具体做法是:
Materialized views也可以用来复制数据,当然这些数据应该是采用create snapshot存档的,表A中,可以看到Oralce create snapshot语句可以从ORACLE声明的“Materialized View Created”中得到回应。