Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"
От | Jon Nelson |
---|---|
Тема | Re: Problem with ALTER TABLE - occasional "tuple concurrently updated" |
Дата | |
Msg-id | AANLkTikrmLMPjcZzMo2T-rknoQpt+e-hf=2uB44SNydd@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Problem with ALTER TABLE - occasional "tuple concurrently updated" (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Problem with ALTER TABLE - occasional "tuple concurrently updated"
|
Список | pgsql-bugs |
On Wed, Nov 17, 2010 at 8:57 PM, Robert Haas <robertmhaas@gmail.com> wrote: > On Tue, Nov 16, 2010 at 10:48 AM, Jon Nelson <jnelson+pgsql@jamponi.net> = wrote: >> I have a process which runs in parallel creating tables which, as the >> /final/ step in the import, gets SQL much like the following applied: >> >> ALTER TABLE foo INHERIT bar; >> >> Periodically, I get this error: =C2=A0tuple concurrently updated >> >> Of course, I googled for the error message and see a bunch of issues >> involving ANALYZE and even DROP function. >> Is this the same root cause? Is there a fix? Is there a lock I could >> take or some other approach that would prevent the error? >> I thought all ALTER TABLE statements took a big fat lock to prevent >> such an issue. > > The ALTER TABLE generates that error? =C2=A0Is it running concurrently wi= th > any other DML? =C2=A0What version of PostgreSQL is this? Yes, sometimes yes, and 8.4.5. > That does sound like a bug. That's what I thought! --=20 Jon
В списке pgsql-bugs по дате отправления: