Comments on: How to calculate adjust SCN level

By: lion

lion — Tue, 05 Dec 2006 05:43:30 +0000

十分感谢你的热心帮助，请问有QQ或MSN的联系方式么？希望能和你成为朋友

By: kamus

kamus — Fri, 01 Dec 2006 04:55:08 +0000

1. 作表的analyze
2. 手动禁用索引，可以通过诸如index_column||”=some_value这样的方式，也就是给索引字段并上一些空值（数字的可以加0），在不改变数值的情况下避开索引使用

By: lion

lion — Fri, 01 Dec 2006 01:57:04 +0000

还有我用的是pl/sql developer 7,数据库是8i。
执行计划里把所有的可选项目都加上了。但执行完语句只有几个列里有数据，象COST，IO COST，Bytes之类的列都是空的。是因为数据库版本低不支持的原因么？

By: lion

lion — Fri, 01 Dec 2006 01:52:11 +0000

我看了一下执行计划里两个语句执行的区别。当没有ORDER BY时，直接在表中FULL查询；当加上ORDER BY后，先是在该表的索引中FULL SCAN，然后在表中BY INDEX ROWID查询。我想ORDER BY效率差的原因是因为会先在索引中选择所有的值，然后再一条一条和表中的ROWID比较，最后得出结果。
如果不调用索引，查询速度就应该会快起来。那个表的索引还有其他用途，所以不能取消。还有什么方法可以让ORDER BY不使用索引查询么？或者有其他的解决办法？谢谢

By: kamus

kamus — Thu, 30 Nov 2006 13:57:37 +0000

这个看执行计划就比较清楚了，想来应该是在有很大recordset的时候就进行order by了

By: lion

lion — Thu, 30 Nov 2006 01:23:53 +0000

软件升级时要求查询结果需要按一定顺序打印出来，所以加了order by语句
其实查询出来的数据只有几十条到几百条，我想应该是按照条件检索出一些记录后，再order by才对，这样执行速度也不会降低多少。现在看来难道是order by的执行优先于条件检索？

By: kamus

kamus — Wed, 29 Nov 2006 17:44:01 +0000

大量的排序必然牵涉到大量的I/O，如果内存中的排序区不足以容纳需要排序的数据，那么还需要在临时表空间中进行磁盘I/O，这是一个昂贵的操作。
既然以前可以不用order by，现在为什么要在视图里使用order by？

By: lion

lion — Wed, 29 Nov 2006 06:08:00 +0000

谢谢。我又对比了一下，现语句用ORDER BY 排序了一下，查询速度就由原来的10秒增加到100秒以上（基表中数据量有100多万条）
怎么能提高带ORDER BY查询语句的执行速度？
我没有系统的学过ORACLE，如果问的问题过于简单请见谅

By: kamus

kamus — Tue, 28 Nov 2006 10:10:26 +0000

to Lion
我们认为视图只是一段SQL的同义词，相信你把构成视图的SQL直接嵌入调用视图的那个SQL中，效率仍然是一样差，所以实质问题并非是通过了视图查询还是直接在基表上查询。
你应该注意的是，在使用视图前的业务逻辑和使用视图后的业务逻辑是否有差异，整个SQL的执行计划在前后是否有差异。
我相信既然以前直接查询基表效率是好的，那么你就无需通过物化视图的方式来进行调优。

By: lion

lion — Tue, 28 Nov 2006 07:48:08 +0000

你好，我有些关于ORACLE的视图的问题，搜索到你的blog，想借机会请教你一个问题，望帮助解答。
公司用的是oracle8i，有一个表数据量很大还时常更新，一个视图是基于这个表的一些列生成的。以前公司用的软件是基于表查询数据，速度挺快。现在软件升级后变成基于视图查询。视图建立不了索引，查询速度相当慢。我想找到解决办法。在网上搜索到固化视图可以提高查询效率，但好象视图基于的表数据常变化也会常更新视图，影响效率。
请问我该怎么办才能提高视图的查询效率，还是只能把查询从视图改为从表中查询？
谢谢