Re: Performance large tables.

Поиск
Список
Период
Сортировка
От Jaime Casanova
Тема Re: Performance large tables.
Дата
Msg-id c2d9e70e0512101628g78f10996icd71a254b2f49970@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Performance large tables.  (Benjamin Arai <barai@cs.ucr.edu>)
Ответы Re: Performance large tables.
Список pgsql-general
On 12/10/05, Benjamin Arai <barai@cs.ucr.edu> wrote:
> To be more specific,  there are two types of commands that are run on
> the system.  There are application commands that do all different types
> of joins and etc but for the most part are fast enough to meet user
> expectations.  On the other hand there is a weekly update (This is the
> problem) that updates all of the modified records for a bunch of
> finacial data such as closes and etc.  For the most part they are
> records of the type name,date,value.  The update currently takes almost
> two days.   The update does deletions, insertion, and updates depending
> on what has happened from the previous week.
>
> For the most part the updates are simple one liners.  I currently commit
> in large batch to increase performance but it still takes a while as
> stated above.  From evaluating the computers performance during an
> update,  the system is thrashing both memory and disk.  I am currently
> using Postgresql 8.0.3.
>
> Example command "UPDATE data where name=x and date=y;".
>

Try using VACUUM or VACUUM FULL after those weekly updates...

--
regards,
Jaime Casanova
(DBA: DataBase Aniquilator ;)

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

Предыдущее
От: Benjamin Arai
Дата:
Сообщение: Re: Performance large tables.
Следующее
От: Robert Treat
Дата:
Сообщение: Re: Performance large tables.