Re: Performance of update

Поиск
Список
Период
Сортировка
От Sam Mason
Тема Re: Performance of update
Дата
Msg-id 20080327111148.GS6870@frubble.xen.chris-lamb.co.uk
обсуждение исходный текст
Ответ на Performance of update  (sam <sam.mahindrakar@gmail.com>)
Список pgsql-general
On Wed, Mar 26, 2008 at 01:26:03PM -0700, Sam wrote:
> Iam trying to update a database table with approx 45000 rows. Iam not
> updating all rows at a time. Iam updating 60 rows at a given time for
> example. and this is happening in a FOR LOOP. A function that has the
> update statements is called within the loop.
>
> The updates take too long.....is postgres slow in doing updates on
> large tables or is it because of the function call within the loop???

The short answer is, if you can rearrange your code so that you can
do fewer updates that each do more work then things will probably be
quicker.

Each round trip to the database is going to take a fixed amount of time,
so if you're waiting for the database to get back to you after you do
your update then this is going to be a constant cost on each iteration
of your loop.

Additionally, each transaction is going to take a fixed amount of time
to commit things to disk.  Reducing the number of transactions the
database has to perform is generally a good thing for performance, but
if it's not what your application needs then you have to look elsewhere.


  Sam

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

Предыдущее
От: Volkan YAZICI
Дата:
Сообщение: Re: Performance of update
Следующее
От: Sam Mason
Дата:
Сообщение: Re: returned value from SQL statement