Update:

bmomjian · bmomjian · commit 3282b6338b6a · 2005-12-17T18:07:01.000Z
&lt; * Flush cached query plans when the dependent objects change or
&lt;   when the cardinality of parameters changes dramatically
&gt; * Flush cached query plans when the dependent objects change,
&gt;   when the cardinality of parameters changes dramatically, or
&gt;   when new ANALYZE statistics are available
diff --git a/doc/TODO b/doc/TODO
@@ -2,7 +2,7 @@
 PostgreSQL TODO List
 ====================
 Current maintainer:	Bruce Momjian (pgman@candle.pha.pa.us)
-Last updated:		Sat Dec 17 12:03:45 EST 2005
+Last updated:		Sat Dec 17 13:06:57 EST 2005
 
 The most recent version of this document can be viewed at
 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -715,8 +715,9 @@ Referential Integrity
 Dependency Checking
 ===================
 
-* Flush cached query plans when the dependent objects change or
-  when the cardinality of parameters changes dramatically
+* Flush cached query plans when the dependent objects change,
+  when the cardinality of parameters changes dramatically, or
+  when new ANALYZE statistics are available
 * Track dependencies in function bodies and recompile/invalidate
 
   This is particularly important for references to temporary tables
diff --git a/doc/src/FAQ/TODO.html b/doc/src/FAQ/TODO.html
@@ -8,7 +8,7 @@
 <body bgcolor="#FFFFFF" text="#000000" link="#FF0000" vlink="#A00000" alink="#0000FF">
 <h1><a name="section_1">PostgreSQL TODO List</a></h1>
 <p>Current maintainer:     Bruce Momjian (<a href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>)<br/>
-Last updated:           Sat Dec 17 12:03:45 EST 2005
+Last updated:           Sat Dec 17 13:06:57 EST 2005
 </p>
 <p>The most recent version of this document can be viewed at<br/>
 <a href="http://www.postgresql.org/docs/faqs.TODO.html">http://www.postgresql.org/docs/faqs.TODO.html</a>.
@@ -652,8 +652,9 @@ <h1><a name="section_10">Referential Integrity</a></h1>
 <h1><a name="section_11">Dependency Checking</a></h1>
 
 <ul>
-  <li>Flush cached query plans when the dependent objects change or
-  when the cardinality of parameters changes dramatically
+  <li>Flush cached query plans when the dependent objects change,
+  when the cardinality of parameters changes dramatically, or
+  when new ANALYZE statistics are available
   </li><li>Track dependencies in function bodies and recompile/invalidate
 <p>  This is particularly important for references to temporary tables
   in PL/PgSQL because PL/PgSQL caches query plans.  The only workaround
