You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
postgres/src/bin/pg_dump
Tom Lane 27fbfd396c Remove a boatload of useless definitions of 'int optreset'. If we 17 years ago
..
po Translation updates 18 years ago
Makefile Separate the key word list that lived in keywords.c into a new header file 17 years ago
README More README src cleanups. 18 years ago
common.c Update copyright for 2009. 17 years ago
dumputils.c Use thread-local storage for querybuffer in fmtId() on Windows, when needed (i.e. when 17 years ago
dumputils.h Use thread-local storage for querybuffer in fmtId() on Windows, when needed (i.e. when 17 years ago
keywords.c Add comments about kwlookup.c expectations 17 years ago
nls.mk Add missing "ko". 21 years ago
pg_backup.h Rename pg_restore -m to -j, and add documentation about what good numbers 17 years ago
pg_backup_archiver.c Gettext plural support 17 years ago
pg_backup_archiver.h Add a -w/--no-password option that prevents all password prompts to all 17 years ago
pg_backup_custom.c Provide for parallel restoration from a custom format archive. Each data and 17 years ago
pg_backup_db.c Add a -w/--no-password option that prevents all password prompts to all 17 years ago
pg_backup_db.h Mark a few functions as static or NOT_USED. 20 years ago
pg_backup_files.c Provide for parallel restoration from a custom format archive. Each data and 17 years ago
pg_backup_null.c Provide for parallel restoration from a custom format archive. Each data and 17 years ago
pg_backup_tar.c Gettext plural support 17 years ago
pg_backup_tar.h $Header: -> $PostgreSQL Changes ... 22 years ago
pg_dump.c Remove a boatload of useless definitions of 'int optreset'. If we 17 years ago
pg_dump.h Add the possibility to specify an explicit validator function for foreign-data 17 years ago
pg_dump_sort.c Fix a pg_dump output ordering problem introduced in 8.3 by the addition of 17 years ago
pg_dumpall.c Remove a boatload of useless definitions of 'int optreset'. If we 17 years ago
pg_restore.c Remove a boatload of useless definitions of 'int optreset'. If we 17 years ago

README

$PostgreSQL: pgsql/src/bin/pg_dump/README,v 1.7 2008/03/21 13:23:28 momjian Exp $

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