Re: 'tuple concurrently updated' error for alter role ... set
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Alexey Klyukin <alexk@commandprompt.com>, pgsql-hackers@postgresql.org
Date: 2011-05-12T22:59:23Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix possible "tuple concurrently updated" error in ALTER TABLE.
- fbcf4b92aa64 9.1.0 cited
Robert Haas <robertmhaas@gmail.com> writes: > On Thu, May 12, 2011 at 6:28 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> We're not likely to do that, first because it's randomly different from >> the handling of every other system catalog update, > We have very robust locking of this type for table-related DDL > operations and just about none for anything else. I don't consider > the latter to be a feature. I didn't say it was ;-). What I *am* saying is that if we're going to do anything about this sort of problem, there needs to be a well-considered system-wide plan. Arbitrarily changing the locking rules for individual operations is not going to make things better, and taking exclusive locks on whole catalogs is definitely not going to make things better. regards, tom lane