利用rowid快速在线更新海量数据

su2qi

跟踪学习一下

fromeast

(1)重新运行试验1（不order by rowid）
     开始的语句改成：alter table T1 storage(buffer_pool keep);
     处理速度：73~74行/秒
(2)重新运行试验2（order by rowid）：
     开始的语句改成：alter table T1 storage(buffer_pool default);
     处理速度：1万条/秒
结论：从本次测试可以印证先前的推断——把表的buffer_pool属性设为keep与否，对处理速度的影响很小，以至于可以忽略。处理速度加快的原因，是因为order by rowid，按块顺序处理数据，很大程度上减少了物理读。

[ 本帖最后由 fromeast 于 2008-9-29 02:59 编辑 ]

husthxd

原帖由 xzh2000 于 2008-9-11 10:48 发表
还有n多种办法提高批量数据处理的速度...
假如需要在2个小时内处理完毕呢?楼主该如何处理?其实用不用rowid,都可以很快地处理完...

老和尚这个关子卖得太久了一点

eagle3250

SQL不加order by rowid,访问的数据快的数量会巨大,因为其中很多块要重复访问的,
这个原因导致效率的差别;

lxz3000

如果直接以t1打开游标，oracle默认按照block(rowid)顺序取数据，然后利用t2的id字段的索引select，然后update

这样会很慢吗？还是会遭遇snapshot too old？

zxe

支持 支持

zinedine

根据楼主的方法改了下，性能提升明显，谢谢了！

CaiBird

牛人哦，顶一下啊，终于看到原版的帖子了，崇拜一下

hanjs

学习，思路可以借鉴下

javaex

高人