|
8 | 8 | <body bgcolor="#FFFFFF" text="#000000" link="#FF0000" vlink="#A00000" alink="#0000FF">
|
9 | 9 | <h1><a name="section_1">PostgreSQL TODO List</a></h1>
|
10 | 10 | <p>Current maintainer: Bruce Momjian (<a href="mailto:bruce@momjian.us">bruce@momjian.us</a>)<br/>
|
11 |
| -Last updated: Sat Feb 17 20:32:39 EST 2007 |
| 11 | +Last updated: Sat Feb 17 20:34:28 EST 2007 |
12 | 12 | </p>
|
13 | 13 | <p>The most recent version of this document can be viewed at<br/>
|
14 | 14 | <a href="http://www.postgresql.org/docs/faqs.TODO.html">http://www.postgresql.org/docs/faqs.TODO.html</a>.
|
@@ -65,7 +65,7 @@ <h1><a name="section_2">Administration</a></h1>
|
65 | 65 | </p>
|
66 | 66 | </li><li>Allow auto-selection of partitioned tables for min/max() operations
|
67 | 67 | </li><li>Allow more complex user/database default GUC settings
|
68 |
| -<p> Currently, ALTER USER and ALTER DATABASE support per-user and |
| 68 | +<p> Currently ALTER USER and ALTER DATABASE support per-user and |
69 | 69 | per-database defaults. Consider adding per-user-and-database
|
70 | 70 | defaults so things like search_path can be defaulted for a
|
71 | 71 | specific user connecting to a specific database.
|
@@ -224,7 +224,7 @@ <h1><a name="section_4">Data Types</a></h1>
|
224 | 224 | </li><li>Add a GUC variable to allow output of interval values in ISO8601
|
225 | 225 | format
|
226 | 226 | </li><li>Improve timestamptz subtraction to be DST-aware
|
227 |
| -<p> Currently, subtracting one date from another that crosses a |
| 227 | +<p> Currently subtracting one date from another that crosses a |
228 | 228 | daylight savings time adjustment can return '1 day 1 hour', but
|
229 | 229 | adding that back to the first date returns a time one hour in
|
230 | 230 | the future. This is caused by the adjustment of '25 hours' to
|
@@ -337,7 +337,8 @@ <h1><a name="section_5">Functions</a></h1>
|
337 | 337 | <p> <a href="http://archives.postgresql.org/pgsql-hackers/2006-10/msg00665.php">http://archives.postgresql.org/pgsql-hackers/2006-10/msg00665.php</a>
|
338 | 338 | </p>
|
339 | 339 | </li><li>Allow SQL-language functions to reference parameters by parameter name
|
340 |
| -<p> Currently, SQL-language functions can only refer to parameters via $1, etc |
| 340 | +<p> Currently SQL-language functions can only refer to dollar parameters, |
| 341 | + e.g. $1 |
341 | 342 | </p>
|
342 | 343 | </li><li>Add SPI_gettypmod() to return the typemod for a TupleDesc
|
343 | 344 | </li><li>Enforce typmod for function inputs, function results and parameters for
|
@@ -414,7 +415,7 @@ <h1><a name="section_8">SQL Commands</a></h1>
|
414 | 415 | </p>
|
415 | 416 | </li><li>Allow PREPARE of cursors
|
416 | 417 | </li><li>Allow finer control over the caching of prepared query plans
|
417 |
| -<p> Currently, queries prepared via the libpq API are planned on first |
| 418 | +<p> Currently queries prepared via the libpq API are planned on first |
418 | 419 | execute using the supplied parameters --- allow SQL PREPARE to do the
|
419 | 420 | same. Also, allow control over replanning prepared queries either
|
420 | 421 | manually or automatically when statistics for execute parameters
|
@@ -719,7 +720,7 @@ <h1><a name="section_9">Clients</a></h1>
|
719 | 720 | </li><li>Prevent tab completion of SET TRANSACTION from querying the
|
720 | 721 | database and therefore preventing the transaction isolation
|
721 | 722 | level from being set.
|
722 |
| -<p> Currently, SET <tab> causes a database lookup to check all |
| 723 | +<p> Currently SET <tab> causes a database lookup to check all |
723 | 724 | supported session variables. This query causes problems
|
724 | 725 | because setting the transaction isolation level must be the
|
725 | 726 | first statement of a transaction.
|
@@ -779,7 +780,7 @@ <h1><a name="section_9">Clients</a></h1>
|
779 | 780 | historically it has so we need a way to prevent it
|
780 | 781 | </p>
|
781 | 782 | </li><li>Allow statement results to be automatically batched to the client
|
782 |
| -<p> Currently, all statement results are transferred to the libpq |
| 783 | +<p> Currently all statement results are transferred to the libpq |
783 | 784 | client before libpq makes the results available to the
|
784 | 785 | application. This feature would allow the application to make
|
785 | 786 | use of the first result rows while the rest are transferred, or
|
|
0 commit comments