Re: pg_dump additional options for performance

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-patches(at)postgresql(dot)org
Subject: Re: pg_dump additional options for performance
Date: 2008-07-28 02:50:18
Message-ID: 20080728025018.GK16005@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

* Joshua D. Drake (jd(at)commandprompt(dot)com) wrote:
> Custom format rocks for partial set restores from a whole dump. See the
> TOC option :)

I imagine it does, but that's very rarely what I need. Most of the time
we're dumping out a schema to load it into a seperate schema (usually on
another host). Sometimes that can be done by simply vi'ing the file to
change the search_path and whatnot, though more often we end up pipe'ing
the whole thing through sed. Since we don't allow regular users to do
much, and you have to 'set role postgres;' to do anything as superuser,
we also often end up adding 'set role postgres;' to the top of the .sql
files.

Thanks,

Stephen

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Stehule 2008-07-28 06:55:41 Re: WITH RECUSIVE patches 0723
Previous Message Joshua D. Drake 2008-07-28 02:40:25 Re: pg_dump additional options for performance

Browse pgsql-patches by date

  From Date Subject
Next Message Pavel Stehule 2008-07-28 06:55:41 Re: WITH RECUSIVE patches 0723
Previous Message Joshua D. Drake 2008-07-28 02:40:25 Re: pg_dump additional options for performance