记一次由直接数据库批量修改数据引起问题的惊醒

今天关键用户提出需求,让帮忙批量插入一批数据.

一开始先写出执行一条数据的需要用的sql语句.删除子表的一行,再写插入子表14行,再update表头的修改人时间.已经用时20min~~~~~这个基础知识真是不扎实~~~~~~

然后打算写一个存储过程,批量处理所有数据,然后发现还是基础知识不扎实,不能快速写出来!好,我用java写循环再执行!

由于是公司电脑,只安装了用友的UAP客户端,UAP真心辣鸡,占用特别多资源!以下这个main方法,phks数据,放10个值,执行main方法竟然要30秒!万恶的UAP!

由于在UAP直接执行这个main方法,耗时长,所以要先查出全部需要处理的表头数据,再一次执行10条表头数据.

最后执行完全部145条数据,从一开始写sql,到最后开始批量执行,最终耗时80min.

总结出两个问题,一是"问题定位能力/快速解决能力/抗压能力,可以代替基础知识"这种想法是错的,关键时候还是基础知识扎实最重要!基础知识扎实,可能半小时就处理完这批数据.二是出问题不能怪硬件,可能不是UAP占用资源太多,可能是自己不懂如何高效使用UAP,还有就是,既然知道UAP不好用,应该再装一个eclipse.

以上两个问题,归根到底就是自己懒,不愿动手不愿学习.

原文地址:https://www.cnblogs.com/KAI0725/p/8985847.html