Re: Major Problems with pg_dump
От | KÖPFERL Robert |
---|---|
Тема | Re: Major Problems with pg_dump |
Дата | |
Msg-id | ED4E30DD9C43D5118DFB00508BBBA76EB1653C@neptun.sonorys.at обсуждение исходный текст |
Ответ на | Major Problems with pg_dump (KÖPFERL Robert <robert.koepferl@sonorys.at>) |
Ответы |
Re: Major Problems with pg_dump
Re: Major Problems with pg_dump |
Список | pgsql-novice |
Ok, now i see. I didn't realize that I am using an 8.0 pg_dump. This occoured due a communication gap in our team. In trueth we have 7.4 as server again. Here's one example. We have a cdr_type in line 64 CREATE TYPE cdr_type AS ( ... "Charge" charge_type, ... ); while charge_type gets defined in line 86: CREATE DOMAIN charge_type AS numeric(9,4) CONSTRAINT "$1" CHECK ((VALUE >= (0)::numeric)); sorry but I must't give you the whole dump > -----Original Message----- > From: Tom Lane [mailto:tgl@sss.pgh.pa.us] > Sent: Dienstag, 11. Jänner 2005 16:12 > To: KÖPFERL Robert > Cc: pgsql-novice@postgresql.org > Subject: Re: [NOVICE] Major Problems with pg_dump > > > =?iso-8859-1?Q?K=D6PFERL_Robert?= <robert.koepferl@sonorys.at> writes: > > 2. Dumping schema+data types and domains are dumped in the > wrong order. > > Types don't get defined due to missing domains. Hmmm? > > > 3. pg_dump writes FUNCTIONs with $$ instead of ' as frame > for their body. > > However postgres seems to not like that. Why, how, I dunno? > > Apparently you are dumping with an 8.0 pg_dump and trying to > load into a > previous-generation backend. That is never guaranteed to > work and it's > particularly likely to not work from 8.0 to older backends. > > However, 8.0 pg_dump should have solved the incorrect-dump-order > problem. Could we see a specific example of #2 occurring with the 8.0 > dump? > > regards, tom lane >
В списке pgsql-novice по дате отправления: