pg.ddx.io  pgsql-docs@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Bruce Momjian <pgman@candle.pha.pa.us>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Mark Stosberg <mark@summersault.com>
Cc: pgsql-docs@postgresql.org
Subject: Re: pg_dump docs should mention TMPDIR
Date: Sat, 6 May 2006 19:26:02 -0400 (EDT)
Message-ID: <200605062326.k46NQ2k28222@candle.pha.pa.us> (raw)
In-Reply-To: <17708.1146678550@sss.pgh.pa.us>

Tom Lane wrote:
> Mark Stosberg <mark@summersault.com> writes:
> > A suggested addition to the pg_dump docs:
> > This would be an extension to the documentation for the "tar" format:
> 
> > The tar format needs some space to create temporary files. By default
> > "/tmp" is used. On systems with small "/tmp" partitions, set the
> > "TMPDIR" environment variable to a location with more space, such as
> > "/usr/tmp".
> 
> There is no reference to TMPDIR in the pg_dump code.  It may be that
> tmpfile() pays attention to such an environment variable on your
> machine, but there's nothing about it in the Single Unix Spec.
> 
> > Also, I would like it if the pg_dump docs more assertively recommended
> > one of the "tar" or "custom" formats. They seem very similiar.
> 
> Yeah.  I think it should specifically recommend custom format.  The only
> reason for using tar format would be if you want to process the file
> later with something other than pg_restore.

I have applied the attached patch to recommend more clearly custom
pg_dump format over tar, by showing custom format examples first.

-- 
  Bruce Momjian   http://candle.pha.pa.us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

Attachments:

/rtmp/diff (text/x-diff, 3.4K) download Index: doc/src/sgml/ref/pg_dump.sgml =================================================================== RCS file: /cvsroot/pgsql/doc/src/sgml/ref/pg_dump.sgml,v retrieving revision 1.83 diff -c -c -r1.83 pg_dump.sgml *** doc/src/sgml/ref/pg_dump.sgml 15 Apr 2006 18:11:16 -0000 1.83 --- doc/src/sgml/ref/pg_dump.sgml 6 May 2006 23:23:23 -0000 *************** *** 244,271 **** </varlistentry> <varlistentry> ! <term><literal>t</></term> ! <term><literal>tar</></term> <listitem> <para> ! Output a <command>tar</command> archive suitable for input into ! <application>pg_restore</application>. Using this archive format ! allows reordering and/or exclusion of database objects ! at the time the database is restored. It is also possible to limit ! which data is reloaded at restore time. </para> </listitem> </varlistentry> <varlistentry> ! <term><literal>c</></term> ! <term><literal>custom</></term> <listitem> <para> ! Output a custom archive suitable for input into ! <application>pg_restore</application>. This is the most flexible ! format in that it allows reordering of loading data as well ! as object definitions. This format is also compressed by default. </para> </listitem> </varlistentry> --- 244,271 ---- </varlistentry> <varlistentry> ! <term><literal>c</></term> ! <term><literal>custom</></term> <listitem> <para> ! Output a custom archive suitable for input into ! <application>pg_restore</application>. This is the most flexible ! format in that it allows reordering of loading data as well ! as object definitions. This format is also compressed by default. </para> </listitem> </varlistentry> <varlistentry> ! <term><literal>t</></term> ! <term><literal>tar</></term> <listitem> <para> ! Output a <command>tar</command> archive suitable for input into ! <application>pg_restore</application>. Using this archive format ! allows reordering and/or exclusion of database objects ! at the time the database is restored. It is also possible to limit ! which data is reloaded at restore time. </para> </listitem> </varlistentry> *************** *** 665,675 **** </para> <para> ! To dump a database called <literal>mydb</> to a <filename>tar</filename> file: <screen> ! <prompt>$</prompt> <userinput>pg_dump -Ft mydb &gt; db.tar</userinput> </screen> </para> --- 665,675 ---- </para> <para> ! To dump a database called <literal>mydb</> to a file in custom format: file: <screen> ! <prompt>$</prompt> <userinput>pg_dump -Fc mydb &gt; db.out</userinput> </screen> </para> *************** *** 677,683 **** To reload this dump into an existing database called <literal>newdb</>: <screen> ! <prompt>$</prompt> <userinput>pg_restore -d newdb db.tar</userinput> </screen> </para> --- 677,683 ---- To reload this dump into an existing database called <literal>newdb</>: <screen> ! <prompt>$</prompt> <userinput>pg_restore -d newdb db.out</userinput> </screen> </para>

view thread (6+ messages)  latest in thread

Message-ID: <200605062326.k46NQ2k28222@candle.pha.pa.us>
Permalink:  ../200605062326.k46NQ2k28222@candle.pha.pa.us/
Also on:    postgresql.org/message-id/200605062326.k46NQ2k28222@candle.pha.pa.us

 ·  · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-docs@postgresql.org
  Cc: pgman@candle.pha.pa.us, tgl@sss.pgh.pa.us, mark@summersault.com
  Subject: Re: pg_dump docs should mention TMPDIR
  In-Reply-To: <200605062326.k46NQ2k28222@candle.pha.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox