Re: long transaction - Mailing list pgsql-performance

From Merlin Moncure
Subject Re: long transaction
Date
Msg-id b42b73150808171704s31ba07cl57ed92fdfdcac5ed@mail.gmail.com
Whole thread Raw
In response to Re: long transaction  ("Sabin Coanda" <sabin.coanda@deuromedia.ro>)
List pgsql-performance
On Wed, Aug 13, 2008 at 2:07 AM, Sabin Coanda
<sabin.coanda@deuromedia.ro> wrote:
>>
>> have you considered importing to a temporary 'holding' table with
>> copy, then doing 'big' sql statements on it to check constraints, etc?
>>
>
> Yes I considered it, but the problem is the data is very tight related
> between different tables and is important to keep the import order of each
> entity into the database. With other words, the entity imprt serialization
> is mandatory. In fact the import script doesn't keep just insert but also
> delete and update for different entities. So copy is not enough. Also using
> 'big' sql statements cannot guarantee the import order.

More than likely, to solve your problem (outside of buying bigger box
or hacking fsync) is to rethink your import along the lines of what
I'm suggesting.   You're welcome to give more specific details of
what/how your imports are running, in order to get more specific
advice.

merlin

pgsql-performance by date:

Previous
From: Madison Kelly
Date:
Subject: Re: Optimizing a VIEW
Next
From: Matthew Wakeling
Date:
Subject: Re: Optimizing a VIEW