Re: COPY vs INSERT - Mailing list pgsql-performance

From Bruno Wolff III
Subject Re: COPY vs INSERT
Date
Msg-id 20050506123831.GA14417@wolff.to
Whole thread Raw
In response to Re: COPY vs INSERT  ("Jim C. Nasby" <decibel@decibel.org>)
Responses Re: COPY vs INSERT  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Fri, May 06, 2005 at 01:51:29 -0500,
  "Jim C. Nasby" <decibel@decibel.org> wrote:
> On Wed, May 04, 2005 at 10:22:56PM -0400, Tom Lane wrote:
> > Also, there is a whole lot of one-time-per-statement overhead that can
> > be amortized across many rows instead of only one.  Stuff like opening
> > the target table, looking up the per-column I/O conversion functions,
> > identifying trigger functions if any, yadda yadda.  It's not *that*
> > expensive, but compared to an operation as small as inserting a single
> > row, it's significant.
>
> Has thought been given to supporting inserting multiple rows in a single
> insert? DB2 supported:
>
> INSERT INTO table VALUES(
>     (1,2,3),
>     (4,5,6),
>     (7,8,9)
> );
>
> I'm not sure how standard that is or if other databases support it.

It's on the TODO list. I don't remember anyone bringing this up for about
a year now, so I doubt anyone is actively working on it.

pgsql-performance by date:

Previous
From: Jona
Date:
Subject: Re: Bad choice of query plan from PG 7.3.6 to PG 7.3.9
Next
From: Tom Lane
Date:
Subject: Re: COPY vs INSERT