Thanks guys, I'll keep that in mind.
Sorry to keep on about this, but please bear with me for one more m(_ _)m <-- this is me abasing myself before you
IIRC there has been a bug fix to the COPY command, regarding handling backslashed Ns or something like that sometime between 7.1 and 7.4, if I dump the 7.1 db with the 7.4 version of pg_dump then do I get the fixes to COPY?
The documentation for psql is clear that it uses a frontend version of copy so I'm gonna assume for now (until I test it am told eitherway) that psql 7.4 will use the later version of copy against a 7.1 db.
Because the old db is badly in need of maintenance and some tables take a considerable time to unload, I was considering running a few concurrent sessions of psql and using the COPY command so I can start loading smaller tables on the new server while the bigger ones are still unloading. Most of the old tables have to be transformed to a new format, and I wanna get home by the last train if possible :) .
regards
iain
----- Original Message ----- From: "Tom Lane" <[EMAIL PROTECTED]>
To: "Iain" <[EMAIL PROTECTED]>
Cc: "Bruce Momjian" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, November 01, 2004 12:36 PM
Subject: Re: [ADMIN] pg_restore TODO - delay PK creation
> "Iain" <[EMAIL PROTECTED]> writes:
>> Out of interest, what is the word on using newer versions of pg_dump on
>> older verisons of the DB - is it is possible or even wise to unload a >> 7.1
>> DB with the 7.4 version of pg?
>
> Standard, recommended procedure is to use the later version of pg_dump
> to unload data from the old server. This gets you the benefit of any
> bug fixes in the newer pg_dump (of which there are always some...)
>
> Note that pg_dump is usually not designed to produce output that will
> load into back-release servers, so this only applies to cross-version
> upgrades. You can't use the 7.4 pg_dump against a 7.1 server and expect
> to get a dump file that will load back into the 7.1 server --- more than
> likely, the dump file will make use of features that weren't in 7.1.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly
- Re: [ADMIN] pg_restore TODO - delay PK creation Iain
