dump / restore functionality - Mailing list pgsql-hackers

From Naz Gassiep
Subject dump / restore functionality
Date
Msg-id 4506B479.5080806@mira.net
Whole thread Raw
Responses Re: dump / restore functionality  (Peter Eisentraut <peter_e@gmx.net>)
Re: dump / restore functionality  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
At risk of being chastised for reviving old issues, I was wondering, 
what are the chances were of getting the dump / restore selectivity into 
8.2 ? I am referring to the idea that, instead of the current 2 parts, a 
dump could be broken up into 3 parts, namely tables, data and everything 
else, so that data from one dump could be mixed and matched with schema 
defs from another dump easily and scriptably.

I think the previous discussion concluded that the functionality would 
be best implemented as a selective restore, rather than a breakable dump 
due to the risk of inconsistent restores, so you could restore just the 
tables, data or "everything else" components from a given dump.

Did this item make it onto the to-do list? If so, did anyone pick this 
up or will I be waiting until a future as-yet-undefined date?

More generally, is there a publicly accessible place one can see the 
to-do items, who has adopted which ones and what the status is on them? 
Sorry for asking this, but I am still a rather new participant in here.


pgsql-hackers by date:

Previous
From: "Albe Laurenz"
Date:
Subject: Re: [PATCHES] Fix linking of OpenLDAP libraries
Next
From: Tom Lane
Date:
Subject: Re: Lock partitions