Re: Insert performance - Mailing list pgsql-performance

From hatman
Subject Re: Insert performance
Date
Msg-id 1173195505.228450.239060@c51g2000cwc.googlegroups.com
Whole thread Raw
In response to Re: Insert performance  (Andreas Kostyrka <andreas@kostyrka.org>)
List pgsql-performance
Hi Andreas,

Thanks for the info about COPY !!

On Mar 6, 1:23 pm, andr...@kostyrka.org (Andreas Kostyrka) wrote:
> * Richard Huxton <d...@archonet.com> [070306 12:22]:> >>2. You can do a COPY from libpq - is it really not possible?
>
> > >Not really but i have been testing it and inserts are flying (about
> > >100000 inserts/sec) !!
>
> > What's the problem with the COPY? Could you COPY into one table then insert from that to your target table?
>
> Well, there are some issues. First your client needs to support it.
> E.g. psycopg2 supports only some specific CSV formatting in it's
> methods. (plus I had sometimes random psycopg2 crashes, but guarding against
> these is cheap compared to the speedup from COPY versus INSERT)
> Plus you need to be sure that your data will apply cleanly (which in
> my app was not the case), or you need to code a fallback that
> localizes the row that doesn't work.
>
> And the worst thing is, that it ignores RULES on the tables, which
> sucks if you use them ;) (e.g. table partitioning).

Ok, but what about constraints (foreign keys and SERIAL id) using a
copy statement ? do we need to handle auto-generated id (SERIAL)
manually ?

Thanks for your feedback.

Regards,

Joël


pgsql-performance by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Question about PGSQL functions
Next
From: "hatman"
Date:
Subject: Re: Insert performance