前言:
如今看官们对“oracle存储过程批量更新数据”大概比较注重,我们都需要剖析一些“oracle存储过程批量更新数据”的相关知识。那么小编也在网摘上汇集了一些有关“oracle存储过程批量更新数据””的相关资讯,希望你们能喜欢,同学们一起来了解一下吧!oracle11数据库
一个14万数据的表,没有大字段,因为某个字段错误,需要批量更新,该字段没有建立索引。整理成了update语句,单条执行更新。
执行的SQL如下:
update BASE set APP_NO='100025200577S' where APP_NO='app1';
update BASE set APP_NO='100450207662N' where APP_NO='app2';
因为考虑到全部批量再提交会造成卡死问题,所以将文件分成了若干份,每个月的数据单独存放,单独执行。因为整理的更新语句有冗余,所以部分SQL执行更新的数据是0。
一共分成了24个月的数据,单月最大的SQL语句数据量是3万多,少的几千条。通过PLSQL的command window执行,3万条的月份执行完成,在生产数据库上大约需要1个小时左右。然后拿到测试数据库上执行,执行的速度明显比生产服务器要快,大约为生产的2-3倍。在生产上24个月的执行完成,大约需要2个工作日,明显不符合常理。
不知道有没有其他的解决方案?
1,为该字段建立索引。建立索引后,生产速度提升2倍,原本每条语句的执行时间是0.1秒所有,有了索引,时间减少到0.05左右。
2,建立临时表,更新前和更新后的字段通过PLSQL的text importer导入到临时表,然后通过业务表与临时表关联更新。3万条的数据导入临时表大约需要20分钟左右,也是慢的有些不能接受,因为需要将所有的SQL重新整理成符合导入的文本,嫌麻烦所以放弃了。
不理解的问题:
1, 为什么生产的执行速度会比测试慢,数据量是一样的,执行的过程中服务器的资源占用也不大。
#头条创作挑战赛#
标签: #oracle存储过程批量更新数据