Hi Kevin,
Thank you for the update,
>>What does the table look like? What indexes are there?
Table has a combination of byteas. Indexes are b-tree and Partial
>>Why are you doing that?
Our table face lot of updates and deletes in a day, so we prefer reindex to update the indexes as well overcome with a corrupted index.
>> How long?
More than 4 hrs..
>>What run time are you expecting?
Less than what it is taking at present.
>>It's hard to answer that without more information, like PostgreSQL
>>version and configuration, for starters. See:
>>version and configuration, for starters. See:
version
------------------------------------------------------------------------------------------------------------
PostgreSQL 8.4.2 on i686-pc-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-44), 32-bit
(1 row)
------------------------------------------------------------------------------------------------------------
PostgreSQL 8.4.2 on i686-pc-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-44), 32-bit
(1 row)
Expected the performance question..
Regards
Raghavendra
On Thu, Apr 1, 2010 at 2:32 AM, Kevin Grittner <Kevin.Grittner@xxxxxxxxxxxx> wrote:
raghavendra t <raagavendra.rao@xxxxxxxxx> wrote:What does the table look like? What indexes are there?
> I have a table with 40GB size, it has few indexes on it.
Why are you doing that?
> When i try to REINDEX on the table,
How long?
> its take a long time.
What run time are you expecting?
> I tried increasing the maintenance_work_mem, but still i havnt
> find a satisfying result.
It's hard to answer that without more information, like PostgreSQL
> Questions
> =======
> 1. What are the parameters will effect, when issuing the REINDEX
> command
> 2. Best possible way to increase the spead of the REINDEX
version and configuration, for starters. See:
http://wiki.postgresql.org/wiki/SlowQueryQuestions
My best guess is that you can make them instantaneous by not running
them. A good VACUUM policy should make such runs unnecessary in
most cases -- at least on recent PostgreSQL versions.
-Kevin
