Re: For the ametures. (related to "Are we losing momentum?") - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: For the ametures. (related to "Are we losing momentum?")
Date
Msg-id 200304171537.h3HFbkW19947@candle.pha.pa.us
Whole thread Raw
In response to Re: For the ametures. (related to "Are we losing momentum?")  ("Dave Page" <dpage@vale-housing.co.uk>)
List pgsql-hackers
Dave Page wrote:
> > -    They have extensive backup support.  Including now,
> > concurrent backup
> > without user interuption or risk of inconsistency.
>
> So does PostgreSQL (pg_dump/pg_dumpall).

I have applied the following doc patch to the pg_dump documentation to
more clearly state that it can do consistent backups during concurrent
access --- too many people weren't seeing that capability.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
Index: pg_dump.sgml
===================================================================
RCS file: /cvsroot/pgsql-server/doc/src/sgml/ref/pg_dump.sgml,v
retrieving revision 1.60
diff -c -c -r1.60 pg_dump.sgml
*** pg_dump.sgml    25 Mar 2003 16:15:42 -0000    1.60
--- pg_dump.sgml    17 Apr 2003 15:34:16 -0000
***************
*** 33,74 ****
    </title>

    <para>
!    <application>pg_dump</application> is a utility for saving a
!    <productname>PostgreSQL</productname> database into a script or an
!    archive file.  The script files are in plain-text format and
!    contain the SQL commands required to reconstruct the database to
!    the state it was in at the time it was saved.  To restore these
!    scripts, use <xref linkend="app-psql">.  They can be used to
!    reconstruct the database even on other machines and other
!    architectures, with some modifications even on other SQL database
!    products.
    </para>

    <para>
!    Furthermore, there are alternative archive file formats
!    that are meant to be used with <xref linkend="app-pgrestore"> to
!    rebuild the database, and they also allow
!    <application>pg_restore</application> to be selective about what is
!    restored, or even to reorder the items prior to being restored. The
!    archive files are also designed to be portable across
     architectures.
    </para>

    <para>
     When used with one of the archive file formats and combined with
!    <application>pg_restore</application>, <application>pg_dump</application> provides a
!    flexible archival and
     transfer mechanism. <application>pg_dump</application> can be used to
!    backup an entire database, then <application>pg_restore</application> can
!    be used to examine the archive and/or select which parts of the
!    database are to be restored.
!    The most flexible output file format is the <quote>custom</quote>
!    format (<option>-Fc</option>). It allows for selection and
!    reordering of all archived items, and is compressed by default. The
!    <application>tar</application> format (<option>-Ft</option>) is not
!    compressed and it is not possible to reorder data when loading, but
!    it is otherwise quite flexible; moreover, it can be manipulated with
!    other tools such as <command>tar</command>.
    </para>

    <para>
--- 33,79 ----
    </title>

    <para>
!    <application>pg_dump</application> is a utility for backing up a
!    <productname>PostgreSQL</productname> database. It makes consistent
!    backups even if the database is being used concurrently.
!    <application>pg_dump</application> does not block other users
!    accessing the database (readers or writers).
    </para>

    <para>
!    Dumps can be output in script or archive file formats. The script
!    files are in plain-text format and contain the SQL commands required
!    to reconstruct the database to the state it was in at the time it was
!    saved. To restore these scripts, use <xref linkend="app-psql">. They
!    can be used to reconstruct the database even on other machines and
!    other architectures, with some modifications even on other SQL
!    database products.
!   </para>
!
!   <para>
!    The alternative archive file formats that are meant to be used with
!    <xref linkend="app-pgrestore"> to rebuild the database, and they also
!    allow <application>pg_restore</application> to be selective about
!    what is restored, or even to reorder the items prior to being
!    restored. The archive files are also designed to be portable across
     architectures.
    </para>

    <para>
     When used with one of the archive file formats and combined with
!    <application>pg_restore</application>,
!    <application>pg_dump</application> provides a flexible archival and
     transfer mechanism. <application>pg_dump</application> can be used to
!    backup an entire database, then <application>pg_restore</application>
!    can be used to examine the archive and/or select which parts of the
!    database are to be restored. The most flexible output file format is
!    the <quote>custom</quote> format (<option>-Fc</option>). It allows
!    for selection and reordering of all archived items, and is compressed
!    by default. The <application>tar</application> format
!    (<option>-Ft</option>) is not compressed and it is not possible to
!    reorder data when loading, but it is otherwise quite flexible;
!    moreover, it can be manipulated with other tools such as
!    <command>tar</command>.
    </para>

    <para>
***************
*** 77,88 ****
     light of the limitations listed below.
    </para>

-   <para>
-    <application>pg_dump</application> makes consistent backups even if the
-    database is being used concurrently.  <application>pg_dump</application>
-    does not block other users accessing the database (readers or
-    writers).
-   </para>
   </refsect1>

   <refsect1 id="pg-dump-options">
--- 82,87 ----

pgsql-hackers by date:

Previous
From: "Dave Page"
Date:
Subject: Re: [pgadmin-hackers] pg_clog woes with 7.3.2 - Episode 2
Next
From: Doug McNaught
Date:
Subject: Re: For the ametures. (related to "Are we losing momentum?")