Update item:
authorBruce Momjian
Thu, 22 Dec 2005 23:05:32 +0000 (23:05 +0000)
committerBruce Momjian
Thu, 22 Dec 2005 23:05:32 +0000 (23:05 +0000)
>
>   A more complex solution would be to save multiple plans for different
>   cardinality and use the appropriate plan based on the EXECUTE values.
>

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

index 24f8e250f03f740bb4293ce5cb3605f11b26ca5c..8251a96f480ac599a32d93aef9219b0277418c2e 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 14:03:20 EST 2005
+Last updated:      Thu Dec 22 18:05:31 EST 2005
 
 The most recent version of this document can be viewed at
 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -718,6 +718,10 @@ Dependency Checking
 * Flush cached query plans when the dependent objects change,
   when the cardinality of parameters changes dramatically, or
   when new ANALYZE statistics are available
+
+  A more complex solution would be to save multiple plans for different
+  cardinality and use the appropriate plan based on the EXECUTE values.
+
 * Track dependencies in function bodies and recompile/invalidate
 
   This is particularly important for references to temporary tables
index 32add687d56610bd7271cdd2cb5a7738abadb9e5..8c358ea8015a30303b4cb1f53aa459981ad2445e 100644 (file)
@@ -8,7 +8,7 @@
 
 

PostgreSQL TODO List

 

Current maintainer:     Bruce Momjian ([email protected])

-Last updated:           Sat Dec 17 14:03:20 EST 2005
+Last updated:           Thu Dec 22 18:05:31 EST 2005
 

 

The most recent version of this document can be viewed at

 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -655,6 +655,9 @@ first.
   
  • Flush cached query plans when the dependent objects change,
  •    when the cardinality of parameters changes dramatically, or
       when new ANALYZE statistics are available
    +

      A more complex solution would be to save multiple plans for different

    +  cardinality and use the appropriate plan based on the EXECUTE values.
    +

       
  • 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