Hi,
> That's interesting; apparently the regular optimizer is faster than the
> GEQO optimizer for your style of query. Try increasing the GEQO
> threshold (pg_option "geqo_rels") to more than 11. Changing this option in a psql session with 'set' has really
helped Thanks.the results have changed this way:nr tables plain(s): more indices(2): geqo off(s):10:
0.2 0.3 0.311: 4.8 5.9 0.812: 5.2 7.0 1.8
But it seems, geqo_rels option is not parsed from the pg_optionfile.
> Actually, as the 7.1 code currently stands, a query that uses explicit
> JOIN operators like yours does will always be implemented in exactly
> the given join order, with no searching. I haven't quite decided if
> that's a bug or a feature ... Great !! If possible, it should be left in the codebase at least as an
option later... Because we could have dozens(hundreds) of preoptimized queries.
Attila
