Re: Index Scans become Seq Scans after VACUUM ANALYSE

From: Michael Loftis <mloftis(at)wgops(dot)com>
To: Oliver Elphick <olly(at)lfix(dot)co(dot)uk>
Cc: mlw <markw(at)mohawksoft(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Index Scans become Seq Scans after VACUUM ANALYSE
Date: 2002-04-17 09:44:46
Message-ID: 3CBD440E.6020800@wgops.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Oliver Elphick wrote:

>On Wed, 2002-04-17 at 06:51, mlw wrote:
>
>>I just think there is sufficient evidence to suggest that if a DBA creates an
>>index, there is strong evidence (better than statistics) that the index need be
>>used. In the event that an index exists, there is a strong indication that,
>>without overwhelming evidence, that the index should be used. You have admitted
>>that statistics suck, but the existence of an index must weight (heavily) on
>>the evaluation on whether or not to use an index.
>>
>
>But indexes are not, for the most part, there because of a specific
>choice to have an index, but as the implementation of PRIMARY KEY and
>UNIQUE. Therefore the main part of your argument fails.
>
That is not my experience. Wholly 3/4's of the indices in PeopleSoft,
SAP, and Clarify (on top of Oracle 8 and 8i backends) are there solely
for perfomance reasons, the remaining 1/4 are there because of
uniqueness and primary key responsibilities.

In many of the cases where it is a primary key it is also there to
ensure fast lookups when referenced as a foreign key. Or for joins.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jean-Paul ARGUDO 2002-04-17 10:15:03 Re: Index Scans become Seq Scans after VACUUM ANALYSE
Previous Message Michael Loftis 2002-04-17 09:17:50 Re: Index Scans become Seq Scans after VACUUM ANALYSE