Re: One tuple per transaction

Поиск
Список
Период
Сортировка
От Hannu Krosing
Тема Re: One tuple per transaction
Дата
Msg-id 1111094845.6281.1.camel@fuji.krosing.net
обсуждение исходный текст
Ответ на Re: One tuple per transaction  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-performance
On L, 2005-03-12 at 14:05 -0800, Josh Berkus wrote:
> Tambet,
>
> > In one of our applications we have a database function, which
> > recalculates COGS (cost of good sold) for certain period. This involves
> > deleting bunch of rows from one table, inserting them again in correct
> > order and updating them one-by-one (sometimes one row twice) to reflect
> > current state. The problem is, that this generates an enormous amount of
> > tuples in that table.
>
> Sounds like you have an application design problem ...  how about re-writing
> your function so it's a little more sensible?

Also, you could at least use a temp table for intermediate steps. This
will at least save WAL traffic.

--
Hannu Krosing <hannu@tm.ee>

В списке pgsql-performance по дате отправления:

Предыдущее
От: Michael Fuhr
Дата:
Сообщение: Re: cpu_tuple_cost
Следующее
От: Manfred Koizar
Дата:
Сообщение: Re: multi-column index