db2与ibatis部分更新bug

最新推荐文章于 2022-07-12 10:09:49 发布

lzg406

最新推荐文章于 2022-07-12 10:09:49 发布

阅读量217

点赞数

分类专栏：数据库文章标签： iBATIS DB2 Oracle

数据库专栏收录该内容

5 篇文章

订阅专栏

本文讨论了在处理大量数据时，采用分批次更新的方法来解决一次性更新导致的问题，如日志文件过小及临时表空间不足等。介绍了使用fetchfirst及ROW_NUMBER()的不同尝试及其效果。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

数据量太大，一次性更新处理，会有日志文件太小（事务日志）、临时表空间不够用等问题。

采用分批次更新。
<update id="messageDonetime" >
UPDATE
(
select * from TMP_MESSAGE t where t.DONETIME IS NULL
fetch first #value# rows only
)
SET DONETIME=OUTTIME
</update>
但是ibatis不能够将fetch first #value# rows only解析对，具体原因不知道，望赐教。

后改用类似oracle的rownum处理
UPDATE
(
select * from
(
select t.*, ROW_NUMBER() OVER() as ROW_NUM
from TMP_MESSAGE t where t.DONETIME IS NULL
) as w
where w.ROW_NUM <= #dealNum#
)
SET DONETIME=OUTTIME
但是又带来新的问题，处理速度太慢，估计是最里面的select语句的原因

最后还是用fetch first，不再从外面传值
<update id="messageDonetime" >
UPDATE
(
select * from TMP_MESSAGE t where t.DONETIME IS NULL
fetch first 5000 rows only
)
SET DONETIME=OUTTIME
</update>