|
8 | 8 | <bodybgcolor="#FFFFFF"text="#000000"link="#FF0000"vlink="#A00000"alink="#0000FF">
|
9 | 9 | <h1><aname="section_1">PostgreSQL TODO List</a></h1>
|
10 | 10 | <p>Current maintainer: Bruce Momjian (<ahref="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>)<br/>
|
11 |
| -Last updated:Sat Dec17 14:03:20 EST 2005 |
| 11 | +Last updated:Thu Dec22 18:05:31 EST 2005 |
12 | 12 | </p>
|
13 | 13 | <p>The most recent version of this document can be viewed at<br/>
|
14 | 14 | <ahref="http://www.postgresql.org/docs/faqs.TODO.html">http://www.postgresql.org/docs/faqs.TODO.html</a>.
|
@@ -655,6 +655,9 @@ <h1><a name="section_11">Dependency Checking</a></h1>
|
655 | 655 | <li>Flush cached query plans when the dependent objects change,
|
656 | 656 | when the cardinality of parameters changes dramatically, or
|
657 | 657 | when new ANALYZE statistics are available
|
| 658 | +<p> A more complex solution would be to save multiple plans for different |
| 659 | + cardinality and use the appropriate plan based on the EXECUTE values. |
| 660 | +</p> |
658 | 661 | </li><li>Track dependencies in function bodies and recompile/invalidate
|
659 | 662 | <p> This is particularly important for references to temporary tables
|
660 | 663 | in PL/PgSQL because PL/PgSQL caches query plans. The only workaround
|
|