postgresql/src/bin/pg_dump
Peter Eisentraut 2b25e1169f The -X option in pg_dump was supposed to be a workaround for the lack of
portable long options.  But we have had portable long options for a long
time now, so this is obsolete.  Now people have added options which *only*
work with -X but not as regular long option, so I'm putting a stop to this:
-X is deprecated; it still works, but it has been removed from the
documentation, and please don't add more of them.
2006-10-07 20:59:05 +00:00
..
po Translation updates forward-port to HEAD. 2005-11-07 02:40:38 +00:00
common.c Remove separate strdup.h header file; it's redundant with port.h. 2006-09-27 15:41:24 +00:00
dumputils.c pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
dumputils.h pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
Makefile Update copyright for 2006. Update scripts. 2006-03-05 15:59:11 +00:00
nls.mk Add missing "ko". 2005-01-25 17:32:00 +00:00
pg_backup_archiver.c pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
pg_backup_archiver.h pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
pg_backup_custom.c pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
pg_backup_db.c pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
pg_backup_db.h Mark a few functions as static or NOT_USED. 2006-07-18 17:42:01 +00:00
pg_backup_files.c Remove 576 references of include files that were not needed. 2006-07-14 14:52:27 +00:00
pg_backup_null.c Remove 576 references of include files that were not needed. 2006-07-14 14:52:27 +00:00
pg_backup_tar.c pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
pg_backup_tar.h $Header: -> $PostgreSQL Changes ... 2003-11-29 19:52:15 +00:00
pg_backup.h pgindent run for 8.2. 2006-10-04 00:30:14 +00:00
pg_dump_sort.c Remove 576 references of include files that were not needed. 2006-07-14 14:52:27 +00:00
pg_dump.c The -X option in pg_dump was supposed to be a workaround for the lack of 2006-10-07 20:59:05 +00:00
pg_dump.h Fix all known problems with pg_dump's handling of serial sequences 2006-08-21 00:57:26 +00:00
pg_dumpall.c The -X option in pg_dump was supposed to be a workaround for the lack of 2006-10-07 20:59:05 +00:00
pg_restore.c The -X option in pg_dump was supposed to be a workaround for the lack of 2006-10-07 20:59:05 +00:00
README pg_dump can now dump large objects even in plain-text output mode, by 2005-06-21 20:45:44 +00:00
win32.mak Suppress MSVC warnings about weak functions by using 2006-08-09 03:09:56 +00:00

Notes on pg_dump
================

1. pg_dump, by default, still outputs text files.

2. pg_dumpall forces all pg_dump output to be text, since it also outputs text into the same output stream.

3. The plain text output format cannot be used as input into pg_restore.


To dump a database into the new custom format, type:

    pg_dump <db-name> -Fc > <backup-file>

or, to dump in TAR format

	pg_dump <db-name> -Ft > <backup-file>

To restore, try
 
   To list contents:

       pg_restore -l <backup-file> | less

   or to list tables:

       pg_restore <backup-file> --table | less

   or to list in a different order

       pg_restore <backup-file> -l --oid --rearrange | less

Once you are happy with the list, just remove the '-l', and an SQL script will be output.


You can also dump a listing:

       pg_restore -l <backup-file> > toc.lis
  or
       pg_restore -l <backup-file> -f toc.lis

edit it, and rearrange the lines (or delete some):

    vi toc.lis

then use it to restore selected items:

    pg_restore <backup-file> --use=toc.lis -l | less

When you like the list, type

    pg_restore backup.bck --use=toc.lis > script.sql

or, simply:

    createdb newdbname
    pg_restore backup.bck --use=toc.lis | psql newdbname


TAR
===

The TAR archive that pg_dump creates currently has a blank username & group for the files, 
but should be otherwise valid. It also includes a 'restore.sql' script which is there for
the benefit of humans. The script is never used by pg_restore.

Note: the TAR format archive can only be used as input into pg_restore if it is in TAR form.
(ie. you should not extract the files then expect pg_restore to work). 

You can extract, edit, and tar the files again, and it should work, but the 'toc'
file should go at the start, the data files be in the order they are used, and
the BLOB files at the end.


Philip Warner, 16-Jul-2000
pjw@rhyme.com.au