Re: enhancement to pg_dump: supress columns - Mailing list pgsql-hackers

From Christopher Kings-Lynne
Subject Re: enhancement to pg_dump: supress columns
Date
Msg-id 434F0A82.4080807@familyhealth.com.au
Whole thread Raw
In response to enhancement to pg_dump: supress columns  ("Merlin Moncure" <merlin.moncure@rcsonline.com>)
List pgsql-hackers
A general ability to be able to dump views as if they were tables would 
be more broadly applicable methinks?

Merlin Moncure wrote:
> I have a situation where I need to hack pg_dump not to dump columns with
> a particular name.  If this is of interest to the community I can spend
> a little extra effort and work up a patch.  I'd be curious to see if
> anyone else thinks this is worthwhile.
> 
> Why would I want to do this?  I use a global sequence for a database
> wide unique identifier for purposes of locking (to hook into the user
> lock module).  This works great but our clients frequently like to make
> copies of data for testing purposes and a dump/reload into a separate
> schema makes a copy of the generated identifier in the database.
> 
> Basically, I need a field to revert to default in a dump/reload cycle.
> A command line switch to pg_dump seems the easiest way to handle this.
> A specialized domain qualifier which prevents the column from being
> dumped is perhaps more elegant but more work.  
> 
> Merlin
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 1: if posting/reading through Usenet, please send an appropriate
>        subscribe-nomail command to majordomo@postgresql.org so that your
>        message can get through to the mailing list cleanly



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Allowed timezone values
Next
From: Tom Lane
Date:
Subject: Re: Allowed timezone values