Postgres的最佳交易规模？

Question

我正在运行一个对表执行大量更新（> 100,000）的过程。我可以选择将所有更新放在单个事务中，还是每1000个左右提交一次事务。

暂时忽略交易失败并中止的情况。我对内存和速度效率的最佳交易规模感兴趣。

Answer 1

忽略事务失败的情况，拆分成批次将使用更少的内存。

可以想象，它可能会增加执行整个更新所需的总时间，但会对同时运行的其他任何内容施加较小的总体压力。