Oracle 性能优化—批量操作

项目中遇到后台事务批量插入数据库导致运行时间过长的问题。最初尝试优化硬件和数据库参数,但效果不明显。最终通过将for循环的单条插入改为批量插入,显著提升了性能。批量插入减少了数据库连接和网络传输次数,建议让Oracle处理复杂操作以提高效率。提供JDBC批量插入代码参考链接。
摘要由CSDN通过智能技术生成

 前阵子跟舍友聊天,谈到一个数据库优化的问题,这让我回想起项目中遇到类似的问题。

有一个项目需求是这样的:后台事务会生成几百条甚至上千条记录,程序需要将这些记录插入到DB。新进来的程序员,他直接通过for循环,一条一条的将数据插入DB。

因为这个后来事务每天晚上都要运行数个小时,它运行的时间,远远超出预期。客户要求优化这个方法,我们第一个反应是要求客户加硬件,放到内存,修改oracle的内存

参数,然后加Index。经过这样的修改,发现还是不能满足客户的要求,时间也没有缩短很多。后来我们的主管亲自操刀,直接从程序的角度入手,把for循环改为批量插入,

性能提升了数倍。

    对于这个问题,我的看法是:

  1.    对于初级程序员,这种错误是可以犯的。我现在维护的很多代码,发现都是For循环来插入的。
  2.   批量插入,节省了连接数据库的时间。也就是说,两千条记录以内,服务端只需要跟数据库进行一次连接。如果是for循环,需要2000次连接,2000次的网络传输。这个 时间是惊人。
  3. 尽量让Oracle多做工作。程序员不用理会它2000记录,oracle是一次性插入还是通过for循环插入,即使是for循环插入,人家的性能也比程序的for循环强。所以,对于查询的order by,group by等。只有很笨的程序员才会把数据查出来后,自己做order by或者group by.Oracle对这方法强的得多了。

批量

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值