这个问题，可以看biti最初的blog
http://blog.itpub.net/post/330/4151
因为8i我没有做过什么测试，可能8i分析函数的确有点问题，但是，从9204的测试上来看，分析函数是要优于rownum的。
注意：这里仅仅指的最里层有排序的情况，如果最里层没有排序，利用rownum+first_row hint是最好的选择，速度绝对不错。
注：另外，rownum分页也可能导致执行计划的不正确
见
http://blog.csdn.net/penitent/archi...7/15/42079.aspx
也可能引发错误的结果
再见
http://blog.itpub.net/post/330/4151阅读全文>
发表于 @ 2004年11月11日 16:51:00|评论(loading...)|收藏
同样一个远程对象上创建存储过程，居然有两种不同的结果，而Oracle的解释是Labrary cache inconsistant，居然这个也不是bug。。。阅读全文>
发表于 @ 2004年10月27日 10:42:00|评论(loading...)|收藏
备用数据库的日志删除是一个需要小心操作的东西，如果处理不当，将影响恢复，在以前的备用数据库的日志删除中，通过读取alert文件来删除日志，实际上，还是会删除不该删除的日志。。。阅读全文>
发表于 @ 2004年09月27日 11:27:00|评论(loading...)|收藏
前篇文章说明了ROWID分页中，oracle采用错误执行计划的现象，以及最终的解决办法，但是，我们是否能知道，oracle为什么要采用这种方法呢？阅读全文>
发表于 @ 2004年08月12日 14:33:00|评论(loading...)|收藏
老实说呢,Oracle版本9以前对分页处理的真的不好，本来想来是很简单的语句，oracle偏偏就处理的有问题。。。。阅读全文>
发表于 @ 2004年08月12日 13:50:00|评论(loading...)|收藏
在裸设备的rac环境中，添加数据文件需要非常小心，必须先在每个节点上完成准备工作，否则，新创建的数据文件对于创建的那个实例是可以用的，但是，对于别的实例则是找不到新创建的数据文件。我们怎么样解决这个讨厌的错误呢。。。阅读全文>
发表于 @ 2004年08月01日 17:32:00|评论(loading...)|收藏
我们知道，oracle有的时候，可能会因为统计信息的不准确或者是优化器的问题，导致语句选择错误的执行计划，如本来该走索引扫描的，但是采用了全表扫描。对于很多系统更趋向使用索引扫描，因为往往实际上，索引扫描的代价的确是小于全表扫描的。。。阅读全文>
发表于 @ 2004年07月26日 16:51:00|评论(loading...)|收藏
我们知道从9i开始oracle提供了自动管理pga的功能，从此我们可以不管sort_area_size，hash_area_size等等烦人的设置，也不用再去计算繁琐的pga大小。但是怎么控制每个session使用pga的大小呢，会不会出现一个session用完所有pga，而其他session得不到空间的状况吗？阅读全文>
发表于 @ 2004年07月25日 13:38:00|评论(loading...)|收藏
在对于union all的视图中，如果采用传统的采用rownum分页方式的时候，如 WHERE linenum >=N的时候，将不知所措，导致执行计划乱掉，那我们怎么解决这个问题呢。。。阅读全文>
发表于 @ 2004年07月15日 13:11:00|评论(loading...)|收藏