Re: Continual uptime while loading data ... COPY vs INSERTS within a transaction.

From: Gerald Timothy Quimpo <bopolissimus(dot)lists(at)gmail(dot)com>
To:
Cc: pgsql-general(at)postgresql(dot)org, "craig(at)tabbec(dot)com" <craig(at)tabbec(dot)com>
Subject: Re: Continual uptime while loading data ... COPY vs INSERTS within a transaction.
Date: 2008-02-12 02:03:08
Message-ID: 1202781789.12443.17.camel@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, 2008-02-09 at 19:27 -0500, Tom Lane wrote:
> Benjamin Arai <me(at)benjaminarai(dot)com> writes:
> > We are thinking of modifying our system to use COPY to replace these
> > large INSERT transactions but we are concerned that it will greatly
> > impact the user experience (i.e., exclusively lock the table during the
> > copy process). First, does COPY grab an exclusive lock? Second, is
> > there a better way to load data?
>
> No, and no. Use COPY.

Unless inserting into a table that has rules and those rules need
to fire. I think I saw a post (by you, Tom) that said COPY doesn't
fire rules (haven't read the 8.3 release notes yet though, if COPY
fires rules in 8.3 that'd be great, I'd love to use copy for pushing
rows into the base table and having the rules fire so the right data
goes into the right "inherits" descendant tables).

tiger

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Robert Treat 2008-02-12 02:28:25 Re: Is PG a moving target?
Previous Message thefronny 2008-02-12 01:55:43 Re: type casting in 8.3