dumping - Search results
Mailing lists >> pgsql-patches >> Thread
2008-08-02 12:24:28 | Re: pg_dump additional options for performance (Tom Lane)
dump is harder. Maybe so, but I would say that routine backups shouldn't be designed
Mailing lists >> pgsql-patches >> Thread
2008-08-02 07:30:53 | Re: pg_dump additional options for performance (chris)
dump? The particular extension I'm interested in from pg_dump, here, is the ability
Mailing lists >> pgsql-patches >> Thread
2008-07-27 23:50:23 | Re: pg_dump additional options for performance (Stephen Frost)
dumping out a schema to load it into a seperate schema (usually on another host
Mailing lists >> pgsql-patches >> Thread
2008-07-27 23:40:41 | Re: pg_dump additional options for performance (Joshua D. Drake)
rocks for partial set restores from a whole dump. See the TOC option :) Joshua D. Drake
Mailing lists >> pgsql-patches >> Thread
2008-07-27 22:33:59 | Re: pg_dump additional options for performance (Stephen Frost)
dump contained in a single file, but I hate having what ends up being "out-dated
Mailing lists >> pgsql-patches >> Thread
2008-07-27 22:32:13 | Re: pg_dump additional options for performance (Stephen Frost)
dump being in the custom format, though I suppose that ends up being true for any usage
Mailing lists >> pgsql-patches >> Thread
2008-07-27 22:29:37 | Re: pg_dump additional options for performance (Joshua D. Drake)
Andrew Dunstan wrote: Now that I think on it harder, this isn't even a
Mailing lists >> pgsql-patches >> Thread
2008-07-27 22:19:56 | Re: pg_dump additional options for performance (Andrew Dunstan)
Joshua D. Drake wrote: IIRC, libpq doesn't let you have more than one async
Mailing lists >> pgsql-patches >> Thread
2008-07-27 21:28:43 | Re: pg_dump additional options for performance (Simon Riggs)
dump time: one table at a time to one output file. We need a way to dump
Mailing lists >> pgsql-patches >> Thread
2008-07-27 21:27:33 | Re: pg_dump additional options for performance (Simon Riggs)
dump quickly we need to dump different tables to different disks simultaneously. By its very
Mailing lists >> pgsql-patches >> Thread
2008-07-27 20:03:54 | Re: pg_dump additional options for performance (Joshua D. Drake)
Simon Riggs wrote: Agreed but that is a problem I understand with a solution I
Mailing lists >> pgsql-patches >> Thread
2008-07-26 22:34:04 | Re: pg_dump additional options for performance (daveg)
On Sat, Jul 26, 2008 at 01:56:14PM -0400, Tom Lane wrote: A few
Mailing lists >> pgsql-patches >> Thread
2008-07-26 15:03:34 | Re: pg_dump additional options for performance (Joshua D. Drake)
dump, we aren't dumping. Dumping is usually associated with some sort of crash or fould
Mailing lists >> pgsql-patches >> Thread
2008-07-26 14:56:33 | Re: pg_dump additional options for performance (Tom Lane)
dump >before.sql edit before.sql psql -f before.sql target_db pg_restore --data
Mailing lists >> pgsql-patches >> Thread
2008-07-26 14:43:29 | Re: pg_dump additional options for performance (Tom Lane)
dump >before.sql edit before.sql pg_restore --schema-after-data whole.dump >after.sql edit