| From: | "Michael P(dot) Soulier" <michael_soulier(at)mitel(dot)com> | 
|---|---|
| To: | pgsql-general(at)postgresql(dot)org | 
| Subject: | Re: how do you get there from here? | 
| Date: | 2009-05-13 18:48:33 | 
| Message-ID: | 4A0B1601.9030002@mitel.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general | 
Michael P. Soulier wrote:
> So, I'm working around it by creating the new columns with the default
> value that I want populated, and then resetting the default. This works,
> but it doesn't feel like a best practice.
> 
> Can someone recommend a better way to say, consolidate 3 columns down to
> 2 and conditionally move contents around to the new columns, inside of a
> transaction involving ALTER TABLE calls?
> 
> I'm just wondering if there is a better solution than what I've done.
In fact, I just ran into this again and I don't know, off the top of my
head, how to solve this one completely.
Postgres7 code:
BEGIN;
ALTER TABLE clients ADD COLUMN typelabel varchar(128);
UPDATE clients SET typelabel = settype;
UPDATE clients SET settype = 'Unknown';
ALTER TABLE clients ALTER COLUMN typelabel SET DEFAULT 'Unknown';
COMMIT;
Working Postgres8 code:
BEGIN;
ALTER TABLE clients ADD COLUMN typelabel varchar(128) DEFAULT 'Unknown';
COMMIT;
But this way I lose the copy of the settype column data over to the
typelabel column.
Can someone suggest a better way that doesn't hit this "pending trigger"
issue while in a transaction?
Thanks,
Mike
-- 
Michael P. Soulier <michael_soulier(at)mitel(dot)com>, 613-592-2122 x2522
"Any intelligent fool can make things bigger and more complex... It
takes a touch of genius - and a lot of courage to move in the opposite
direction." --Albert Einstein
| From | Date | Subject | |
|---|---|---|---|
| Next Message | WP Perquin | 2009-05-13 20:08:13 | Re: regexp_matches problem | 
| Previous Message | Juan Camilo Marín | 2009-05-13 17:58:51 | Re: lack in psql console |