From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | David G Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Re: [BUGS] Re: BUG #9555: pg_dump for tables with inheritance recreates the table with the wrong order of columns |
Date: | 2014-09-05 23:02:31 |
Message-ID: | 20140905230231.GD26717@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On Wed, Sep 3, 2014 at 12:07:55PM -0400, Bruce Momjian wrote:
> On Mon, Sep 1, 2014 at 04:40:11PM -0400, Bruce Momjian wrote:
> > On Mon, Sep 1, 2014 at 04:06:58PM -0400, Tom Lane wrote:
> > > Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > > > NOTICE: moving and merging column "c" with inherited definition
> > > > DETAIL: user-specified column moved to the location of the inherited
> > > > column
> > >
> > > Dept of nitpicking: errdetail messages are supposed to be complete
> > > sentences, properly capitalized and punctuated. Please re-read the
> > > style guidelines if you have forgotten them.
> >
> > Oh, yeah; updated patch attached.
>
> OK, patch applied. This will warn about reordering that happens via
> SQL, and via pg_dump restore. Do we want to go farther and preserve
> column ordering by adding ALTER TABLE [constraint] ISLOCAL and have
> pg_dump reuse binary-upgrade mode?
OK, hearing nothing, I will consider the improved notice message as
sufficient and this item closed.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ Everyone has their own god. +
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2014-09-06 15:07:43 | Re: Re: BUG #10329: Could not read block 0 in file "base/56100265/57047884": read only 0 of 8192 bytes |
Previous Message | Bruce Momjian | 2014-09-05 23:01:37 | Re: Re: BUG #10256: COUNT(*) behaves sort of like RANK() when used over a window containing an ORDER BY |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2014-09-05 23:18:20 | Re: PL/pgSQL 2 |
Previous Message | Marko Tiikkaja | 2014-09-05 22:53:21 | Re: Re: [PATCH] parser: optionally warn about missing AS for column and table aliases |