Re: Toward a column reorder solution

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Nilson <nilson(dot)brazil(at)gmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Toward a column reorder solution
Date: 2010-07-27 21:45:29
Message-ID: 4C4F5379.2030404@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Nilson wrote:
> Quoting "wiki.postgresql.org/wiki/Alter_column_position
> <http://wiki.postgresql.org/wiki/Alter_column_position>" :
>
> "The idea of allowing re-ordering of column position is not one the
> postgresql developers are against, it is more a case where no one has
> stepped forward to do the work."
>
> Well, a hard journey starts with a single step.
>
> Why not, in the next release that requires to run initdb, add a
> *attraw* column (a better name is welcome) in the catalog that stores
> the physical position of column forever, i.e., the same semantics of
> *attnum*?
>
> Then, in a future release - 9.1 for example - the postgres team can
> make *attnum* changeable using something like ALTER COLUMN POSITION?
>
> Pros:
>
> - Requires only a couple of changes in main postgreSQL code. It seems
> to be very simple.
>
> - Allows a smooth and decentralized rewrite of the whole code that may
> needs the *attraw *attribute - postgreSQL, contribs, pgAdmin,
> drivers, tools etc.
> This will give time to developers of that code to detect the impact
> of semantics change, make the arrangements necessary and also allow
> the release of production level software using the new feature before
> *attnum *becomes changeable.
> So, when *attnum *becomes read/write, all that software will be ready.
>
> Cons
>
> - More 4 bytes in each row of the catalog.
>
> Nilson

Please review the previous discussions on this. In particular, see this
proposal from Tom Lane that I believe represents the consensus way we
want to go on this:
<http://archives.postgresql.org/pgsql-hackers/2006-12/msg00983.php>

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2010-07-27 21:46:59 Re: do we need to postpone beta4?
Previous Message Nilson 2010-07-27 21:31:48 Toward a column reorder solution