Re: RES: Add column and specify the column position in

From: Emi Lu <emilu(at)encs(dot)concordia(dot)ca>
To: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
Cc: Pgsql-General <pgsql-general(at)postgresql(dot)org>
Subject: Re: RES: Add column and specify the column position in
Date: 2006-05-18 15:55:57
Message-ID: 446C990D.5090208@encs.concordia.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Jim C. Nasby wrote:

>On Wed, May 17, 2006 at 05:48:52PM -0400, Emi Lu wrote:
>
>
>>I think it is a very useful feature for postgresql to support it.
>>
>>If we have this feature supported, I do not have to recreate the table
>>and resetup all foreign key constraints, views, triggers, etc that are
>>based on the table.
>>
>>
>
>Uh, why do you have to do that? Please don't tell me you're using SELECT
>*...
>
>
>
No. It is not for select.

I have tens of tables with very clean structure. For example, username,
application_code, last_modified_by, etc in specific orders.

Since the business model is changed, I have to add some columns to
serveral tables.

I prefer columns orders following my other tables.

>In any case, there's extensive discussion about this in the -hackers
>archives. IIRC, there is consensus that this would be nice to have but
>no one has cared enough to actually make it happen. There are some
>non-trivial issues since this would mean either completely re-writing
>the table when you do an ALTER or you'd have to be able to divorce the
>catalog representation of a table with the on-disk representation.
>Though there are other advantages to doing the later, it's non-trivial.
>
>
If it does not support, I will recreate my tables.

Thanks.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bricklen Anderson 2006-05-18 16:02:40 Re: RES: Add column and specify the column position in
Previous Message Casey Duncan 2006-05-18 15:51:47 Re: autovacuum "connections" are hidden