Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
P
postgres-lambda-diff
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Container registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Jakob Huber
postgres-lambda-diff
Commits
7e2a4cfe
Commit
7e2a4cfe
authored
22 years ago
by
Tom Lane
Browse files
Options
Downloads
Patches
Plain Diff
Make documentation of pg_restore's -N, -o, -r switches bear some
slight resemblance to their actual behavior.
parent
209a8d63
No related branches found
No related tags found
No related merge requests found
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/src/sgml/ref/pg_restore.sgml
+30
-20
30 additions, 20 deletions
doc/src/sgml/ref/pg_restore.sgml
with
30 additions
and
20 deletions
doc/src/sgml/ref/pg_restore.sgml
+
30
−
20
View file @
7e2a4cfe
<!-- $Header: /cvsroot/pgsql/doc/src/sgml/ref/pg_restore.sgml,v 1.
39
2003/0
6/11 16:29:4
2 tgl Exp $ -->
<!-- $Header: /cvsroot/pgsql/doc/src/sgml/ref/pg_restore.sgml,v 1.
40
2003/0
8/28 20:44:0
2 tgl Exp $ -->
<refentry id="APP-PGRESTORE">
<refmeta>
...
...
@@ -42,8 +42,8 @@
<para>
<application>pg_restore</application> can operate in two modes: If
a database name is specified, the archive is restored directly into
the database. Large objects can only be restored by using a direct
database connection. Otherwise, a script containing the SQL
the database.
(
Large objects can only be restored by using
such
a direct
database connection.
)
Otherwise, a script containing the SQL
commands necessary to rebuild the database is created (and written
to a file or standard output), similar to the ones created by the
<application>pg_dump</application> plain text format. Some of the
...
...
@@ -228,11 +228,13 @@
<term><option>--orig-order</option></term>
<listitem>
<para>
Restore items in the original dump order. By default
<application>pg_dump</application> will dump items in an order
convenient to <application>pg_dump</application>, then save the
archive in a modified OID order. This option overrides the OID
ordering.
Restore items in the order they were originally generated within
<application>pg_dump</application>. This option has no known
practical use, since <application>pg_dump</application> generates
the items in an order convenient to it, which is unlikely to be a
safe order for restoring them. (This is <emphasis>not</> the order
in which the items are ultimately listed in the archive's table of
contents.) See also <option>-r</>.
</para>
</listitem>
</varlistentry>
...
...
@@ -242,11 +244,10 @@
<term><option>--oid-order</option></term>
<listitem>
<para>
Restore items in the OID order. By default
<application>pg_dump</application> will dump items in an order
convenient to <application>pg_dump</application>, then save the
archive in a modified OID order. This option enforces strict
OID ordering.
Restore items in order by OID. This option is of limited usefulness,
since OID is only an approximate indication of original creation
order. This option overrides <option>-N</> if both are specified.
See also <option>-r</>.
</para>
</listitem>
</varlistentry>
...
...
@@ -281,13 +282,22 @@
<term><option>--rearrange</option></term>
<listitem>
<para>
Restore items in modified OID order. By default
<application>pg_dump</application> will dump items in an order
convenient to <application>pg_dump</application>, then save the
archive in a modified OID order. Most objects will be restored
in OID order, but some things (e.g., rules and indexes) will
be restored at the end of the process irrespective of their
OIDs. This option is the default.
Rearrange items by object type (this occurs after the sorting
specified by <option>-N</option> or <option>-o</option>, if
given). The rearrangement is intended to give the best possible
restore performance.
</para>
<para>
When none of <option>-N</option>, <option>-o</option>, and
<option>-r</> appear, <application>pg_restore</application> restores
items in the order they appear in the dump's table of contents,
or in the order they appear in the <REPLACEABLE
CLASS="PARAMETER">list-file</REPLACEABLE> if <option>-L</> is
given. The combination of <option>-o</> and <option>-r</>
duplicates the sorting done by <application>pg_dump</application>
before creating the dump's table of contents,
and so it is normally unnecessary to specify it.
</para>
</listitem>
</varlistentry>
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment