Re: Disabling WAL for bulk data loads - Mailing list pgsql-admin

From tgoodair@ca.afilias.info (Tim Goodaire)
Subject Re: Disabling WAL for bulk data loads
Date
Msg-id 20050909192335.GG13854@dba6.int.libertyrms.com
Whole thread Raw
In response to Re: Disabling WAL for bulk data loads  (Chris Browne <cbbrowne@acm.org>)
List pgsql-admin
On Fri, Sep 09, 2005 at 01:14:28PM -0400, Chris Browne wrote:
> kevinrkeith@hotmail.com ("Kevin Keith") writes:
> > I am coming from an Oracle background - which in the case of bulk data
> > loads there were several options I had where I could disable writing
> > to the redo log to speed up the bulk data load (i.e. direct load, set
> > the user session in no archive logging, set the affected tables to
> > have no logging).
> >
> > I know the COPY command is one option - however it appears the data
> > would need to be in formatted file in order to use it correct? I want
> > to avoid writing a new file out for the COPY command and loading that.
>
> The options get a bit better in 8.1, as the COPY command supports some
> more format options.
>
> But you'll DEFINITELY get a big boost if you can format things so COPY
> can work for you.
>
> > What other options does Postgres 7.4 provide which would allow data
> > loads to bypass writing to the WAL? I don't need to have this enabled
> > - because in the event of a database crash, I would simply reload the
> > data from the source files as recovery.
>
> Arguably you could turn "fsync = off" in postgresql.conf; there is
> regrettably the increased risk that a crash would trash the ENTIRE
> database, not just the recently-loaded data.

Actually, it may trash all of the databases on that cluster!

>
> It's somewhat regrettable that you can't turn off logging just for a
> single transaction's context; that would probably be the ideal for
> this...
> --
> output = ("cbbrowne" "@" "cbbrowne.com")
> http://cbbrowne.com/info/spreadsheets.html
> "If roach hotels worked on pointy haired people, Microsoft would die."
> -- Pete Koren
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
>        choose an index scan if your joining column's datatypes do not
>        match
>

--
Tim Goodaire    416-673-4126    tgoodair@ca.afilias.info
Database Administrator, Afilias Canada Corp.

Attachment

pgsql-admin by date:

Previous
From: Chris Browne
Date:
Subject: Re: Disabling WAL for bulk data loads
Next
From: Robert Treat
Date:
Subject: Re: Stupid question about triggers