在oracle中，大数据量情况下，merge是否比cursor 快啊？？？目前我们存储过程都是用cursor，但很慢。。
4个回答
展开全部
看你的业务逻辑是否复杂.
如果简单的, 可以一句 merge 语句就处理掉的。
那么当然优先使用 merge 处理比较好。
假如业务逻辑很复杂， 一句 merge 语句无法处理。
迫不得已，只能使用 游标处理的。
可以尝试使用 BULK COLLECT
看看是否能有一些性能上面的提升
http://hi.baidu.com/wangzhiqing999/blog/item/2ea041cc0d4606037e3e6f20.html
如果简单的, 可以一句 merge 语句就处理掉的。
那么当然优先使用 merge 处理比较好。
假如业务逻辑很复杂， 一句 merge 语句无法处理。
迫不得已，只能使用 游标处理的。
可以尝试使用 BULK COLLECT
看看是否能有一些性能上面的提升
http://hi.baidu.com/wangzhiqing999/blog/item/2ea041cc0d4606037e3e6f20.html
本回答由提问者推荐
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
通常,对我来说1万以上的数据,能不用游标就不用了..如果你确定可以用merge来处理,那么当然是用那个好.300w....
游标用起来方便,可是效率实在是太低了.
游标用起来方便,可是效率实在是太低了.
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
我个人认为merge比cursor 快
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
具体要看你都做什么操作
紧紧是查询，还是有别的操作
紧紧是查询，还是有别的操作
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
更多回答（2）
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
