Re: best practice transitioning from one datatype to another - Mailing list pgsql-general

From Arndt Lehmann
Subject Re: best practice transitioning from one datatype to another
Date
Msg-id 9c7e1e15-974c-48e3-a5e8-dcfafd158b8b@x25g2000prf.googlegroups.com
Whole thread Raw
In response to best practice transitioning from one datatype to another  (CG <cgg007@yahoo.com>)
Responses Re: best practice transitioning from one datatype to another
List pgsql-general
On Jul 16, 8:05 am, t...@sss.pgh.pa.us (Tom Lane) wrote:
> CG <cgg...@yahoo.com> writes:
> > While transitioning from 8.1 to 8.4, I need to transition to the internal UUID type in place of the
contrib/uniqueidentifiermodule. I've built the database around uniqueidentifier, so nearly every table has one column
ofthat data type. It's going to be tedious to 
> > ALTER TABLE foo ALTER COLUMN bar SET DATA TYPE uuid;
> > ...repeat 600 times...
> > I'll also have to drop and reload the views and the rules on tables. It'll be tedious even if the tables have no
datain them. 
> > Can anyone recommend a better/faster way to make the transition?
>
> Couldn't you rename the type to uuid in the 8.1 database before you
> dump?
>
>                         regards, tom lane
>
> --
> Sent via pgsql-general mailing list (pgsql-gene...@postgresql.org)
> To make changes to your subscription:http://www.postgresql.org/mailpref/pgsql-general

Just an idea - don't know if it works, first try on a test server:
1. Dump the complete database into text format (pg_dump --format=t)
2. Do a search and replace from "uniqueidentifier" to "uuid"
3. Reimport

Best Regards,
  Arndt Lehmann

pgsql-general by date:

Previous
From: "Abraham, Danny"
Date:
Subject: initdb --encoding=LATIN1 fails on Windows
Next
From: "Raji Sridar (raji)"
Date:
Subject: Concurrency issue under very heay loads