Re: pg_statistic_relid_att_index

From: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>
To: Jean-Christophe ARNU <arnu(at)paratronic(dot)fr>
Cc: <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg_statistic_relid_att_index
Date: 2003-06-25 09:25:46
Message-ID: Pine.LNX.4.33.0306250325260.29859-100000@css120.ihs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Drop and recreate the index is your only solution given the constraints
you have.

On Wed, 25 Jun 2003, Jean-Christophe ARNU wrote:

> Hi all,
> I've a problem with the pg_statistic_relid_att_index system index. The server
> version is 7.1.3 (so reindex is not available). This database is heavily
> updated,inserted,deleted and thus vacuumed. Since 1,5 year it runned perfectly
> but since the beginning of the we've got slow select. In many case, as the
> system goes slow, it often a question of table size. So I looked at the oid
> sizes in my data directory and the filenode corresponding to the
> pg_statistic_relid_att_index get about 87MB of my disk whereas other object
> remains quite small. I presume this index is not cleaned while vacuuming
> pg_statistic table (with or without analyze). My problem is a performance
> problem. I would avoid to upgrade database to 7.3 (some upgrade would be done
> soon and I do not really have time to spend now for such a task) and I would
> like to make this index slimmer as possible to get the performance back (for
> this database speed is a critical factor).
>
> Thanks in advance for any help/hints :)
>
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Shridhar Daithankar 2003-06-25 09:29:36 Re: [GENERAL] Physical Database Configuration
Previous Message Hubert Lubaczewski 2003-06-25 09:06:49 Re: Updating an emty table?