postgresql/src/backend/optimizer/path
Tom Lane 08ccdf020e Fix oversight in planning for multiple indexscans driven by
ScalarArrayOpExpr index quals: we were estimating the right total
number of rows returned, but treating the index-access part of the
cost as if a single scan were fetching that many consecutive index
tuples.  Actually we should treat it as a multiple indexscan, and
if there are enough of 'em the Mackert-Lohman discount should kick in.
2006-07-01 22:07:23 +00:00
..
Makefile $Header: -> $PostgreSQL Changes ... 2003-11-29 19:52:15 +00:00
allpaths.c Revise the planner's handling of "pseudoconstant" WHERE clauses, that is 2006-07-01 18:38:33 +00:00
clausesel.c Revise the planner's handling of "pseudoconstant" WHERE clauses, that is 2006-07-01 18:38:33 +00:00
costsize.c Fix oversight in planning for multiple indexscans driven by 2006-07-01 22:07:23 +00:00
indxpath.c Revise the planner's handling of "pseudoconstant" WHERE clauses, that is 2006-07-01 18:38:33 +00:00
joinpath.c Make the planner estimate costs for nestloop inner indexscans on the basis 2006-06-06 17:59:58 +00:00
joinrels.c Update copyright for 2006. Update scripts. 2006-03-05 15:59:11 +00:00
orindxpath.c Make the planner estimate costs for nestloop inner indexscans on the basis 2006-06-06 17:59:58 +00:00
pathkeys.c Update copyright for 2006. Update scripts. 2006-03-05 15:59:11 +00:00
tidpath.c Update copyright for 2006. Update scripts. 2006-03-05 15:59:11 +00:00