Chris Travers <[EMAIL PROTECTED]> writes:
> Secondly, the project table has *never* had anything in it. So where
> are these numbers coming from?
The planner is designed to assume a certain minimum size (10 pages) when
it sees that a table is of zero physical length. The reason for this is
that there are lots of scenarios where a plan created just after a table
is first created will continue to be used while the table is filled, and
if we optimized on the assumption of zero size we would produce plans
that seriously suck once the table gets big. Assuming a few thousand
rows keeps us out of the worst problems of this type.
(If we had an infrastructure for regenerating cached plans then we could
fix this more directly, by replanning whenever the table size changes
"too much". We don't yet but I hope there will be something by 8.2.)
You might try going ahead and actually putting a row or two into
projects; vacuuming that will change the state to where the planner
will believe the small size. (If you aren't ever planning to have
anything in projects, why have the table at all?)
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
