Re: RFC: planner statistics in 7.2

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Philip Warner <pjw(at)rhyme(dot)com(dot)au>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: RFC: planner statistics in 7.2
Date: 2001-04-20 02:27:54
Message-ID: 24106.987733674@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Philip Warner <pjw(at)rhyme(dot)com(dot)au> writes:
> At 21:14 19/04/01 -0400, Tom Lane wrote:
>> But you don't really need to look at the index (if it even exists
>> at the time you do the ANALYZE). The extent to which the data is
>> ordered in the table is a property of the table, not the index.

> But the value (and cost) of using a specific index in an indexscan depends
> on that index (or am I missing something?).

All that we're discussing here is one specific parameter in the cost
estimation for an indexscan, viz, the extent to which the table ordering
agrees with the index ordering. As long as they both agree about the
ordering operator, this number doesn't depend on the index --- the index
is by definition in perfect agreement with the ordering operator. There
are other parameters in the total cost estimate that will depend on the
index, but this one doesn't AFAICS.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Zeugswetter Andreas SB 2001-04-20 09:58:23 AW: RFC: planner statistics in 7.2
Previous Message Philip Warner 2001-04-20 01:57:41 Re: RFC: planner statistics in 7.2