【发布时间】：2010-02-24 13:15:28
【问题描述】：
我正在运行一个对表进行大量更新 (> 100,000) 的进程。我可以选择将所有更新放在一个事务中，或者每 1000 个左右提交一次事务。
暂时忽略事务失败并中止的情况。我对内存和速度效率的最佳事务大小感兴趣。
【问题讨论】：
标签： sql postgresql transactions
【发布时间】：2010-02-24 13:15:28
【问题描述】：
忽略事务失败的情况，拆分成批次将使用更少的内存。
可以想象，它可能会为执行整个更新所花费的总时间增加一些开销，但对同时运行的其他任何东西施加的总体压力较小。
【讨论】：
-
在非常不科学的测试中，将查询分成我认为 1 或 2 KB 的批次似乎可以提供合理的性能。