1
1
<!--
2
- $Header: /cvsroot/pgsql/doc/src/sgml/runtime.sgml,v 1.50 2001/02/10 00:50:18 petere Exp $
2
+ $Header: /cvsroot/pgsql/doc/src/sgml/runtime.sgml,v 1.51 2001/02/15 04:28:50 tgl Exp $
3
3
-->
4
4
5
5
<Chapter Id="runtime">
@@ -639,7 +639,7 @@ env PGOPTIONS='-c geqo=off' psql
639
639
algorithm: The pool size is the number of individuals in one
640
640
population. Valid values are between 128 and 1024. If it is
641
641
set to 0 (the default) a pool size of 2^(QS+1), where QS
642
- is the number of relations in the query, is taken. The effort
642
+ is the number of FROM items in the query, is taken. The effort
643
643
is used to calculate a default for generations. Valid values
644
644
are between 1 and 80, 40 being the default. Generations
645
645
specifies the number of iterations in the algorithm. The
@@ -659,9 +659,10 @@ env PGOPTIONS='-c geqo=off' psql
659
659
<term>GEQO_THRESHOLD (<type>integer</type>)</term>
660
660
<listitem>
661
661
<para>
662
- Only use genetic query optimization for queries with at least
663
- this many relations involved. The default is 11. For less
664
- relations it is probably more efficient to use the
662
+ Use genetic query optimization to plan queries with at least
663
+ this many FROM items involved. (Note that a JOIN construct
664
+ counts as only one FROM item.) The default is 11. For simpler
665
+ queries it is usually best to use the
665
666
deterministic, exhaustive planner.
666
667
</para>
667
668
</listitem>
0 commit comments