Re: long transaction

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "Sabin Coanda" <sabin(dot)coanda(at)deuromedia(dot)ro>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: long transaction
Date: 2008-08-18 00:04:53
Message-ID: b42b73150808171704s31ba07cl57ed92fdfdcac5ed@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, Aug 13, 2008 at 2:07 AM, Sabin Coanda
<sabin(dot)coanda(at)deuromedia(dot)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

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Matthew Wakeling 2008-08-18 11:06:03 Re: Optimizing a VIEW
Previous Message Madison Kelly 2008-08-17 15:21:08 Re: Optimizing a VIEW