From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Thomas Johansson <thomas(dot)johansson(at)agama(dot)tv> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: Is this the expected behaviour for DDL-query execution? |
Date: | 2009-05-15 16:49:32 |
Message-ID: | 7025.1242406172@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Thomas Johansson <thomas(dot)johansson(at)agama(dot)tv> writes:
> (detaild log message from pg_log
> 2009-05-15 00:00:17.179 CEST> LOCATION: make_inh_translation_lists,
> prepunion.c:992
> 2009-05-15 00:00:17.179 CEST> STATEMENT:
> UPDATE state_change SET (final_view_time, end_time) =
> (226, 10528) WHERE id = 91332641 AND time = 10523
> 2009-05-15 00:00:17.179 CEST> ERROR: XX000: could not find inherited
> attribute "id" of relation "state_change_20090430")
I'm still curious to see a complete test case for this behavior. AFAICS
the only way you could get that failure after an ALTER NO INHERIT would
be if the planner saw the changes to the child relation but did not see
the removal of the pg_inherits entry; which seems improbable.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2009-05-15 17:18:56 | Re: [HACKERS] Re: BUG #4796: Recovery followed by backup creates unrecoverable WAL-file |
Previous Message | Francisco Olarte Sanz | 2009-05-15 16:36:45 | Re: Sorting dates |