From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org, Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: COPY with no WAL, in certain circumstances |
Date: | 2007-01-06 17:41:30 |
Message-ID: | 4277.1168105290@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Bruce Momjian <bruce(at)momjian(dot)us> writes:
> FYI, I am going need to add documentation in the COPY manual page or no
> one will know about this performance enhancement.
I don't think it belongs in COPY. What would make more sense is another
item under the "populating a database" performance tips, suggesting that
wrapping the restore into a single transaction is a good idea. We don't
really want to be documenting this separately under COPY, CREATE INDEX,
and everywhere else that might eventually optimize the case.
Come to think of it, that page also fails to suggest that PITR logging
shouldn't be on during bulk load.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2007-01-06 17:54:03 | Re: COPY with no WAL, in certain circumstances |
Previous Message | Bruce Momjian | 2007-01-06 17:31:51 | Re: COPY with no WAL, in certain circumstances |
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2007-01-06 17:54:03 | Re: COPY with no WAL, in certain circumstances |
Previous Message | Bruce Momjian | 2007-01-06 17:31:51 | Re: COPY with no WAL, in certain circumstances |