From: | Jon Jensen <jon(at)endpoint(dot)com> |
---|---|
To: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: logical column position |
Date: | 2003-11-17 17:13:15 |
Message-ID: | Pine.LNX.4.58.0311171710400.12734@louche.swelter.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 17 Nov 2003, Neil Conway wrote:
> I'd like to add a new column to pg_attribute that specifies the
> attribute's "logical position" within its relation. The idea here is
> to separate the logical order of the columns in a relation from the
> on-disk storage of the relation's tuples. This allows us to easily &
> quickly change column order, add an additional column before or after
> an existing column, etc.
That sounds excellent!
> (a) ISTM this should also apply to COPY TO and COPY FROM if the user
> didn't supply a column list. Is this reasonable? It would break
> dumps of the table's contents, but then again, dumps aren't
> guaranteed to remain valid over arbitrary changes to the table's
> meta-data.
You're just saying it'd break old dumps, right? I'd assume COPY FROM would
use attpos ordering when writing out columns, or that every user-visible
interaction with the table pretends the columns are in attpos order. So
dumps would break no more or less than when adding or dropping a column
currently, right?
Jon
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2003-11-17 18:27:32 | Re: logical column position |
Previous Message | Peter Eisentraut | 2003-11-17 17:07:24 | Re: logical column position |