From: | Robert(dot)Farrugia(at)go(dot)com(dot)mt |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Requirements for a database server |
Date: | 2001-07-19 05:38:25 |
Message-ID: | OF8EDC472B.7770A614-ONC1256A8E.001EC3FB@go.com.mt |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Since I have a number of heavy inserts per day, dropping the indexes and
recreating them could be an option. Only problem I see is that to
recreate them they take alot of time, at which queries will be tremendously
slow.
regarsd
Robert
Tom Lane
<tgl(at)sss(dot)pgh(dot) To: Robert(dot)Farrugia(at)go(dot)com(dot)mt
pa.us> cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: [ADMIN] Requirements for a database server
18/07/2001
17:48
Robert(dot)Farrugia(at)go(dot)com(dot)mt writes:
> I have been using postgres for the last year now. The database has grown
> from a mere few MBs to over 100GB data and expected to top up 300GB by
the
> end of the year. Lately performance of queries, inserts, updates has
> continued to grow worse as the dataset has grown larger, even though most
> queries have indexes on them, while vacuuming the database has become a
> nightmare.
Have you tried dropping and rebuilding the indexes?
Currently, PG doesn't reclaim dead space in indexes very effectively,
so the indexes on a frequently-updated table tend to grow without bound.
(I may or may not be able to fix this for 7.2 --- it's next on my
to-look-at list, but no promises.) In the meantime, an occasional
rebuild may help restore performance.
BTW, the vacuuming issue is pretty well fixed for 7.2 ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Mihai Afteni | 2001-07-19 05:55:44 | Please help me |
Previous Message | Robert.Farrugia | 2001-07-19 05:35:43 | Re: Requirements for a database server |