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

weiranjie

好方法，测试拉，果然非常快

john_77

支持原创！！

赵宇

bulk collect一次把数据读取到内存中，可能会导致内存突增，这么大的表可能效果不会太理想

nyfor

谢谢, 增长了知识, 但是楼主依然没有说明在第一种情况下,
在 alter table T1 storage(buffer_pool keep);   
之后的速度怎么样, 是否第二种方法的 按 rowid 排序取到了非常重要的作用.

ZALBB

原帖由 赵宇 于 2008-9-11 09:07 发表
bulk collect一次把数据读取到内存中，可能会导致内存突增，这么大的表可能效果不会太理想

FETCH cur_t2 bulk collect into row_id_table,currcount_table limit maxrows;

棉花糖ONE

原帖由 nyfor 于 2008-9-11 09:44 发表
谢谢, 增长了知识, 但是楼主依然没有说明在第一种情况下,
在 alter table T1 storage(buffer_pool keep);   
之后的速度怎么样, 是否第二种方法的 按 rowid 排序取到了非常重要的作用.

同意,我觉得order by rowid根本不能起到楼主说的那效果

xzh2000

原帖由 棉花糖ONE 于 2008-9-11 09:55 发表


同意,我觉得order by rowid根本不能起到楼主说的那效果

根据rowid排序,相当或相近块的记录,会在一块处理,可以有效地减少热块的交换.

棉花糖ONE

原帖由 xzh2000 于 2008-9-11 10:34 发表


根据rowid排序,相当或相近块的记录,会在一块处理,可以有效地减少热块的交换.

你看看楼主说的,楼主的意思是我读取了一行,然后我读取下一行的时候,这个块被flush出去,引起了不必要的物理读,用order by rowid避免了这问题

棉花糖ONE

还不知道是keep住表起作用还是order by rowid起作用了,keep住表当然能减少一些物理读啊

suniori

LZ 的两个实验不在一个相同的前提下做，得出的结果没有意义