也许这个问题没有简单的答案，但如果有人有一个简单的答案，至少我有一个见解。
我曾在很多情况下创建了一个循环，该循环遍历数据库表中的许多记录以执行一些更新，并且我可以在最后合法地进行一次大提交，或者在处理每条记录时提交它.即一次提交一个不会产生任何数据完整性问题。
是否有明确的案例说明哪个更好？
让我想到的是我有一个这样的程序，我最近从一个大提交切换到一堆小提交，因为它是一个运行时间相当长的程序——大约 80 分钟——而且它中途失败了通过不良数据。我解决了问题并重新运行，但是当我本可以让它处理以前未处理的记录时，它不得不从头开始。
当我进行此更改时，我注意到运行时间几乎相同。
【问题讨论】：
标签： database
假设不需要回滚整个持久性的能力（在这种情况下，只有一个答案；在外部提交），在循环内提交会使事务日志更小，但需要更多往返数据库。在循环外提交则完全相反。哪个更快取决于平均操作计数和整体提交的数据量。对于保留大约 10-20 条记录的例程，请在循环外提交。对于 1m-2m 的记录，我会分批提交。
【讨论】：
我认为答案是如果一个失败，你是否需要全部回滚？如果是，则将事务放在外面，否则将其放在里面。当然，除了处理相当大批量的记录之外，我几乎从不编写循环来进行更新。如果您正在进行逐行更新，则有更好、性能更高的方法。
【讨论】：
就性能而言，通常最好在最后进行一次大提交（让网络流量，通常为数据库做更少的工作）。
这当然取决于很多因素，例如表上的索引、数据量等。
促使您做出决定的应该是每个更新的重要性 - 它本身是否应该是一个事务？许多项目的更新有意义吗？如果循环中途失败会怎样？
回答这些问题将为您提供在应用程序中针对该流程执行此操作的正确方法 - 根据应用程序上下文，您可能会采用不同的方式来处理提交。
【讨论】：