Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
P
Postgres FD Implementation
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Abuhujair Javed
Postgres FD Implementation
Commits
7e2a4cfe
Commit
7e2a4cfe
authored
Aug 28, 2003
by
Tom Lane
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Make documentation of pg_restore's -N, -o, -r switches bear some
slight resemblance to their actual behavior.
parent
209a8d63
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
30 additions
and
20 deletions
+30
-20
doc/src/sgml/ref/pg_restore.sgml
doc/src/sgml/ref/pg_restore.sgml
+30
-20
No files found.
doc/src/sgml/ref/pg_restore.sgml
View file @
7e2a4cfe
<!-- $Header: /cvsroot/pgsql/doc/src/sgml/ref/pg_restore.sgml,v 1.
39 2003/06/11 16:29:4
2 tgl Exp $ -->
<!-- $Header: /cvsroot/pgsql/doc/src/sgml/ref/pg_restore.sgml,v 1.
40 2003/08/28 20:44:0
2 tgl Exp $ -->
<refentry id="APP-PGRESTORE">
<refentry id="APP-PGRESTORE">
<refmeta>
<refmeta>
...
@@ -42,8 +42,8 @@
...
@@ -42,8 +42,8 @@
<para>
<para>
<application>pg_restore</application> can operate in two modes: If
<application>pg_restore</application> can operate in two modes: If
a database name is specified, the archive is restored directly into
a database name is specified, the archive is restored directly into
the database.
Large objects can only be restored by using
a direct
the database.
(Large objects can only be restored by using such
a direct
database connection. Otherwise, a script containing the SQL
database connection.
)
Otherwise, a script containing the SQL
commands necessary to rebuild the database is created (and written
commands necessary to rebuild the database is created (and written
to a file or standard output), similar to the ones created by the
to a file or standard output), similar to the ones created by the
<application>pg_dump</application> plain text format. Some of the
<application>pg_dump</application> plain text format. Some of the
...
@@ -228,11 +228,13 @@
...
@@ -228,11 +228,13 @@
<term><option>--orig-order</option></term>
<term><option>--orig-order</option></term>
<listitem>
<listitem>
<para>
<para>
Restore items in the original dump order. By default
Restore items in the order they were originally generated within
<application>pg_dump</application> will dump items in an order
<application>pg_dump</application>. This option has no known
convenient to <application>pg_dump</application>, then save the
practical use, since <application>pg_dump</application> generates
archive in a modified OID order. This option overrides the OID
the items in an order convenient to it, which is unlikely to be a
ordering.
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>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
...
@@ -242,11 +244,10 @@
...
@@ -242,11 +244,10 @@
<term><option>--oid-order</option></term>
<term><option>--oid-order</option></term>
<listitem>
<listitem>
<para>
<para>
Restore items in the OID order. By default
Restore items in order by OID. This option is of limited usefulness,
<application>pg_dump</application> will dump items in an order
since OID is only an approximate indication of original creation
convenient to <application>pg_dump</application>, then save the
order. This option overrides <option>-N</> if both are specified.
archive in a modified OID order. This option enforces strict
See also <option>-r</>.
OID ordering.
</para>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
...
@@ -281,13 +282,22 @@
...
@@ -281,13 +282,22 @@
<term><option>--rearrange</option></term>
<term><option>--rearrange</option></term>
<listitem>
<listitem>
<para>
<para>
Restore items in modified OID order. By default
Rearrange items by object type (this occurs after the sorting
<application>pg_dump</application> will dump items in an order
specified by <option>-N</option> or <option>-o</option>, if
convenient to <application>pg_dump</application>, then save the
given). The rearrangement is intended to give the best possible
archive in a modified OID order. Most objects will be restored
restore performance.
in OID order, but some things (e.g., rules and indexes) will
</para>
be restored at the end of the process irrespective of their
OIDs. This option is the default.
<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>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment