Re: pg_dump

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: Marc Hanisch <hanisch(at)ateam(dot)de>
Cc: pgsql-de-allgemein(at)postgresql(dot)org
Subject: Re: pg_dump
Date: 2007-07-17 14:05:53
Message-ID: 469CCCC1.3070000@kaltenbrunner.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein

Marc Hanisch wrote:
> Hallo,
>
> ich habe das Problem, dass wir einen Dump einer sehr umfangreichen
> Datenbank anfertigen wollen. Nicht nur, dass pg_dump die Objekte nicht
> in der richtigen Reihenfolge erstellt, es werden auch ab und zu
> Sequenzen vergessen.
>
> Bei kleineren Dumps korrigiert man das schnell noch per Hand, bei großen
> Dumps ist das allerdings fast unmöglich. Gibt es eine andere,
> zuverlässigere Methode?
>
> Im 7.2'er Manual stand übrigens noch folgenden:
>
>
> 22.1.4. Caveats
>
> pg_dump (and by implication pg_dumpall) has a few limitations which
> stem from the difficulty of reconstructing certain information from
> the system catalogs.
>
> Specifically, the order in which pg_dump writes the objects is not
> very sophisticated. This can lead to problems for example when
> functions are used as column default values. The only answer is to
> manually reorder the dump. If you created circular dependencies in
> your schema then you will have more work to do.
>
> For reasons of backward compatibility, pg_dump does not dump large
> objects by default. To dump large objects you must use either the
> custom or the TAR output format, and use the -b option in pg_dump.
> See the reference pages for details. The directory contrib/pg_dumplo
> of the PostgreSQL source tree also contains a program that can dump
> large objects.
>
> Please familiarize yourself with the pg_dump reference page.
>
>
> Dieser Abschnitt wurde im aktuellen Manual entfernt, die Probleme
> existieren jedoch auch bei PostgreSQL 8.2.

dieser Abschnitt wurde entfernt weil alle bekannten Problem mit
inkorrekten Dumpreihenfolge und Dependencies mit 8.0 gelöst wurden.
Um das zu verifizieren benötigen wir wohl einen reproduzierbaren Testfall.
Ein Ausnahme wäre es wenn du getrennte Schema und Datendumps verwendest
- das wird IMMER zu solchen Probleme führen.

Stefan

In response to

  • pg_dump at 2007-07-17 13:00:53 from Marc Hanisch

Responses

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message Andreas 'ads' Scherbaum 2007-07-17 16:52:20 == Wöchentlicher PostgreSQL Newsletter - 15. Juli 2007 ==
Previous Message A. Kretschmer 2007-07-17 13:59:38 Re: pg_dump