Re: query optimiser changes 6.5->7.0
Wim Ceulemans <wim.ceulemans@nice.be>
From: Wim Ceulemans <wim.ceulemans@nice.be>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Joseph Shraibman <jks@selectacast.net>, Simon Hardingham <simon@netxtra.net>, pgsql-general@postgresql.org
Date: 2000-06-02T09:06:04Z
Lists: pgsql-general
Tom Lane wrote: > > Joseph Shraibman <jks@selectacast.net> writes: > > OK this may seem like a stupid question, but isn't index scan always > > better except for the pathalogical simple case where the work to be done > > is trivial anyway? > > No. If it were, the optimizer would be a whole lot simpler ;-) > > In practice an indexscan only wins if it will visit a relatively > small percentage of the tuples in the table. The $64 questions > are how small is small enough, and how can the optimizer guess > how many tuples will be hit in advance of doing the query... > Isn't there a way to tell the optimizer to use an index scan if one knows this is going to be the best. I have seen lots of posts concerning people who are trying to force the optimizer to use an index scan by rephrasing their SQL statements. Isn't there a possibility to provide some syntax (non SQL compliant I know) to force the optimizer to do an index scan? Regards Wim