在oracle中，大数据量情况下，merge是否比cursor 快啊？？？目前我们存储过程都是用cursor，但很慢。。

Question

最好多列举可行的解决方案，数据量在300w左右。。。

Answer 1

看你的业务逻辑是否复杂.
如果简单的, 可以一句 merge 语句就处理掉的。
那么当然优先使用 merge 处理比较好。

假如业务逻辑很复杂， 一句 merge 语句无法处理。
迫不得已，只能使用 游标处理的。
可以尝试使用 BULK COLLECT
看看是否能有一些性能上面的提升
http://hi.baidu.com/wangzhiqing999/blog/item/2ea041cc0d4606037e3e6f20.html

Answer 2

通常,对我来说1万以上的数据,能不用游标就不用了..如果你确定可以用merge来处理,那么当然是用那个好.300w....
游标用起来方便,可是效率实在是太低了.

Answer 3

我个人认为merge比cursor 快

Answer 4

具体要看你都做什么操作
紧紧是查询，还是有别的操作