在sql中使用没有事务块的分块有什么好处？

Question

我在我们的代码库中的一个 sql 存储过程中遇到了一段代码，它在没有事务块的情况下使用分块。我看不出没有 tran 块的分块有什么好处？当我没有深入挖掘就得出结论时，我已经谦卑了几次，那么没有 tran 块的分块有什么优势呢？有吗？

伪代码类似于：

• 填充主临时表（ID、名称、UpdatedFlag）。这个标志栏 指示记录是否已更新。

• 开始 while 循环（只要 MainTable 中有一条记录 更新标志 = 0)

• 只选择给定的 chunkSize 到 ChunkSizeMain tempTable (ID, 名称）来自尚未标记为已更新的记录
• 开始 TRY 块
• 通过加入 ID 开始更新其他表 块大小主表。
• 在 MainTable 中更新 UpdatedFlag = 1。
• 结束尝试
• 开始捕捉 //一些动作结束捕捉

Answer 1

SQL Server 中的每个更新查询都在事务中运行，无论它旁边是否有 BEGIN TRAN。 （autocommit transaction 如果implicit_transaction 未开启）

“分块”通常用于在数据库处于简单恢复模式时停止需要增加大小的事务日志。影响 100 万行的单个 UPDATE 语句需要将所有这些记录到活动日志中。分批可以让较早提交的批中的日志被截断并被以后的批重用。

还可以通过减少每个操作的时间长度和/或通过一次仅更新几千行来潜在地降低锁升级的风险来减少对并发查询的影响。