Re: Changing column types...

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Thomas Lockhart <thomas(at)fourpalms(dot)org>
Cc: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Changing column types...
Date: 2002-04-05 15:12:54
Message-ID: 24089.1018019574@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Thomas Lockhart <thomas(at)fourpalms(dot)org> writes:
> istm that the general strategy for changing column types would require
> marking a column as dead and adding a new column to replace it, or
> writing an atomic copy / modify / replace operation for tables which
> modifies tuples as it proceeds, or ?? Just because we may allow a hack
> for text types because they happen to have a similar/identical storage
> structure doesn't necessarily mean that it is a good design for the
> general case.

Sure. This is not intended to cover the general case; if we hold Chris
to that standard then the task will drop right back to the TODO list
where it's been for years. My thought was that we've frequently
answered people on the mailing lists "well, officially that's not
supported, but unofficially, for the case you need you can hack the
catalogs like this: ...". Why not make that folklore functionality
available in a slightly cleaner package? It won't preclude doing a
full-up ALTER COLUMN implementation later.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jessica Perry Hekman 2002-04-05 15:13:48 Re: timeout implementation issues
Previous Message Tom Lane 2002-04-05 15:08:25 Re: Changing column types...