postgresql/src/backend/optimizer/path
Tom Lane 7868590c61 While making the seq_page_cost changes, I was struck by the fact that
cost_nonsequential_access() is really totally inappropriate for its only
remaining use, namely estimating I/O costs in cost_sort().  The routine
was designed on the assumption that disk caching might eliminate the need
for some re-reads on a random basis, but there's nothing very random in
that sense about sort's access pattern --- it'll always be picking up the
oldest outputs.  If we had a good fix on the effective cache size we
might consider charging zero for I/O unless the sort temp file size
exceeds it, but that's probably putting much too much faith in the
parameter.  Instead just drop the logic in favor of a fixed compromise
between seq_page_cost and random_page_cost per page of sort I/O.
2006-06-05 20:56:33 +00:00
..
Makefile $Header: -> $PostgreSQL Changes ... 2003-11-29 19:52:15 +00:00
allpaths.c Avoid assuming that statistics for a parent relation reflect the properties of 2006-05-02 04:34:18 +00:00
clausesel.c Remove the stub support we had for UNION JOIN; per discussion, this is 2006-03-07 01:00:19 +00:00
costsize.c While making the seq_page_cost changes, I was struck by the fact that 2006-06-05 20:56:33 +00:00
indxpath.c Fix choose_bitmap_and() so that partial index predicates are considered when 2006-05-18 19:56:46 +00:00
joinpath.c Update copyright for 2006. Update scripts. 2006-03-05 15:59:11 +00:00
joinrels.c Update copyright for 2006. Update scripts. 2006-03-05 15:59:11 +00:00
orindxpath.c Update copyright for 2006. Update scripts. 2006-03-05 15:59:11 +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