Update:
authorBruce Momjian
Sat, 17 Dec 2005 18:07:01 +0000 (18:07 +0000)
committerBruce Momjian
Sat, 17 Dec 2005 18:07:01 +0000 (18:07 +0000)
< * 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

doc/TODO
doc/src/FAQ/TODO.html

index 82d20f035576a4555409a23e5bd8fd56f26d4409..307029900056d96827fa43aaa743d539b0034e72 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -2,7 +2,7 @@
 PostgreSQL TODO List
 ====================
 Current maintainer:    Bruce Momjian ([email protected])
-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
index 399b8250f5b9912f3bffbe10e9ea0dd8ef385d84..80247626b5171b724d32a0f3f9af00a9f2acda68 100644 (file)
@@ -8,7 +8,7 @@
 
 

PostgreSQL TODO List

 

Current maintainer:     Bruce Momjian ([email protected])

-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.
@@ -652,8 +652,9 @@ first.
 

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

       in PL/PgSQL because PL/PgSQL caches query plans.  The only workaround