Re: PG dump and restore
| От | Dennis C |
|---|---|
| Тема | Re: PG dump and restore |
| Дата | |
| Msg-id | AANLkTinIuYy78k5smbMXJBOqes4dqjhSU5_5YcWsZAne@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: PG dump and restore (Adrian Klaver <adrian.klaver@gmail.com>) |
| Ответы |
Re: PG dump and restore
Re: PG dump and restore Re: PG dump and restore |
| Список | pgsql-general |
OK well the gunzip seemed to "do the trick," but I don't recall before having to do anything other than run the pg_restore command. Anyway, thanks to everyone for all your help!
On Fri, Jun 25, 2010 at 11:29 AM, Adrian Klaver <adrian.klaver@gmail.com> wrote:
On 06/25/2010 09:04 AM, Dennis C wrote:You have restored from these dumps using pg_restore?It says "Trading-Access: gzip compressed data, from Unix"
About the idea of not using pg_restore for these dumps, what I'm still
missing is how it's worked for all these years before. Are there now more
stringent standards being enforced?
The command below says create a plain text file that has commands to clean database objects before recreating and store text in file ./Trading-Access using gzip compression at level 5:To restore I would think you need to gunzip ./Trading-Access and then feed the file to psql.
/opt/local/lib/postgresql84/bin/pg_dump -c -f ./Trading-Access -Z 5 Trading-Access
--
Adrian Klaver
adrian.klaver@gmail.com
В списке pgsql-general по дате отправления: