Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit ca8e3a5

Browse files
committed
Document pg_restore --jobs as a performance enhancement.
1 parent 4f96ddd commit ca8e3a5

File tree

1 file changed

+5
-2
lines changed

1 file changed

+5
-2
lines changed

doc/src/sgml/perform.sgml

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
<!-- $PostgreSQL: pgsql/doc/src/sgml/perform.sgml,v 1.73 2010/01/15 09:18:59 heikki Exp $ -->
1+
<!-- $PostgreSQL: pgsql/doc/src/sgml/perform.sgml,v 1.74 2010/02/26 02:31:52 momjian Exp $ -->
22

33
<chapter id="performance-tips">
44
<title>Performance Tips</title>
@@ -1027,7 +1027,10 @@ SELECT * FROM x, y, a, b, c WHERE something AND somethingelse;
10271027
possibly discarding many hours of processing. Depending on how
10281028
interrelated the data is, that might seem preferable to manual cleanup,
10291029
or not. <command>COPY</> commands will run fastest if you use a single
1030-
transaction and have WAL archiving turned off.
1030+
transaction and have WAL archiving turned off.
1031+
<application>pg_restore</> also has a <option>--jobs</> option
1032+
which allows concurrent data loading and index creation, and has
1033+
the performance advantages of doing COPY in a single transaction.
10311034
</para>
10321035
</listitem>
10331036
<listitem>

0 commit comments

Comments
 (0)