Re: pg_restore --single-transaction and --clean - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: pg_restore --single-transaction and --clean
Date
Msg-id 20100210165600.GI4922@alvh.no-ip.org
Whole thread Raw
In response to Re: pg_restore --single-transaction and --clean  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane escribió:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
> > Kevin Grittner escribi�:
> >> Robert Haas <robertmhaas@gmail.com> wrote:
> > Tom Lane <tgl@sss.pgh.pa.us> wrote:
> >>>> We try to avoid using nonstandard SQL in dumps.
> 
> >>> How often do we succeed?  It seems unlikely that our dumps would
> >>> be restorable into any other database.
> 
> >> When we were running in a mixed environment we had several occasions
> >> where it was useful to feed pg_dump --column-inserts output into
> >> Sybase databases.  It was very nice to have that.  I think we did
> >> sometimes have to filter it through sed to deal with BOOLEAN vs BIT
> >> issues.
> 
> > Maybe we should have a --compatible-mode or some such that enables these
> > things, instead of staying away from useful PG-only features.
> 
> Well, the subtext of my comment was really that this case isn't useful
> enough to justify introducing a nonstandard construct into dumps.

That's true, but this is not the first time we've left out some feature
from dumps because they would make them standards-incompatible.  If we
have enough of these (and I have no idea that we do), maybe we could
start here.  This is of course just a future TODO item, not something to
consider for 9.0.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL
Next
From: Dave Page
Date:
Subject: Re: Some belated patch review for "Buffers" explain analyze patch