How to avoid UPDATE performance degradation in a transaction

2020-02-13 Thread Karl Düüna
Hi I recently came across a performance problem with a big transaction block, which doesn't make sense to me and hopefully someone more knowledgeable can explain the reasons and point out a direction for a solution. -- TL; DR; UPDATE on a row takes relatively constant amount of time outside a

Re: How to avoid UPDATE performance degradation in a transaction

2020-02-13 Thread Tom Lane
=?UTF-8?B?S2FybCBEw7zDvG5h?= writes: > -- TL; DR; > UPDATE on a row takes relatively constant amount of time outside a > transaction block, but running UPDATE on a single row over and over inside > a transaction gets slower and slower as the number of UPDATE operations > increases. Yeah, that's

Re: How to avoid UPDATE performance degradation in a transaction

2020-02-13 Thread David G. Johnston
On Thu, Feb 13, 2020 at 1:42 PM Karl Düüna wrote: > It really isn't noticeable until about 5k UPDATEs on a single row. > Don't know why, and never dealt with a scenario where this would even come up, but that this doesn't perform well inside a transaction isn't surprising to me. Kinda