Re: long transaction

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: long transaction
Дата
Msg-id b42b73150808171704s31ba07cl57ed92fdfdcac5ed@mail.gmail.com
обсуждение исходный текст
Ответ на Re: long transaction  ("Sabin Coanda" <sabin.coanda@deuromedia.ro>)
Список 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 по дате отправления:

Предыдущее
От: Madison Kelly
Дата:
Сообщение: Re: Optimizing a VIEW
Следующее
От: Matthew Wakeling
Дата:
Сообщение: Re: Optimizing a VIEW