diff options
author | Bruce Momjian <bruce@momjian.us> | 2005-11-16 16:33:44 +0000 |
---|---|---|
committer | Bruce Momjian <bruce@momjian.us> | 2005-11-16 16:33:44 +0000 |
commit | 01798a06b97c2fb0ce4e34025ea083a021e094c5 (patch) | |
tree | 717a211bded0d70d300cf5c21254057e1f3ac8c0 | |
parent | 2feb930af6a17eb960e80f869cdd7559a87ac6ef (diff) | |
download | postgresql-01798a06b97c2fb0ce4e34025ea083a021e094c5.tar.gz postgresql-01798a06b97c2fb0ce4e34025ea083a021e094c5.zip |
Add batch mode, make new libpq section:
< * Add a libpq function to support Parse/DescribeStatement capability
< * Add PQescapeIdentifier() to libpq
< * Prevent PQfnumber() from lowercasing unquoted the column name
<
< PQfnumber() should never have been doing lowercasing, but historically
< it has so we need a way to prevent it
<
648a642,661
>
>
> libpq
>
> o Add a function to support Parse/DescribeStatement capability
> o Add PQescapeIdentifier()
> o Prevent PQfnumber() from lowercasing unquoted the column name
>
> PQfnumber() should never have been doing lowercasing, but
> historically it has so we need a way to prevent it
>
> o Allow query results to be automatically batched to the client
>
> Currently, all query results are transfered to the libpq
> client before libpq makes the results available to the
> application. This feature would allow the application to make
> use of the first result rows while the rest are transfered, or
> held on the server waiting for them to be requested by libpq.
> One complexity is that a query like SELECT 1/col could error
> out mid-way through the result set.
-rw-r--r-- | doc/TODO | 29 | ||||
-rw-r--r-- | doc/src/FAQ/TODO.html | 29 |
2 files changed, 42 insertions, 16 deletions
@@ -2,7 +2,7 @@ PostgreSQL TODO List ==================== Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us) -Last updated: Tue Nov 15 18:08:23 EST 2005 +Last updated: Wed Nov 16 11:33:25 EST 2005 The most recent version of this document can be viewed at http://www.postgresql.org/docs/faqs.TODO.html. @@ -553,13 +553,6 @@ SQL Commands Clients ======= -* Add a libpq function to support Parse/DescribeStatement capability -* Add PQescapeIdentifier() to libpq -* Prevent PQfnumber() from lowercasing unquoted the column name - - PQfnumber() should never have been doing lowercasing, but historically - it has so we need a way to prevent it - * Have initdb set the input DateStyle (MDY or DMY) based on locale? * Have pg_ctl look at PGHOST in case it is a socket directory? * Allow pg_ctl to work properly with configuration files located outside @@ -648,6 +641,26 @@ Clients o Add internationalized message strings +libpq + + o Add a function to support Parse/DescribeStatement capability + o Add PQescapeIdentifier() + o Prevent PQfnumber() from lowercasing unquoted the column name + + PQfnumber() should never have been doing lowercasing, but + historically it has so we need a way to prevent it + + o Allow query results to be automatically batched to the client + + Currently, all query results are transfered to the libpq + client before libpq makes the results available to the + application. This feature would allow the application to make + use of the first result rows while the rest are transfered, or + held on the server waiting for them to be requested by libpq. + One complexity is that a query like SELECT 1/col could error + out mid-way through the result set. + + Referential Integrity ===================== diff --git a/doc/src/FAQ/TODO.html b/doc/src/FAQ/TODO.html index ccafeb52046..fe0ad23c056 100644 --- 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: Tue Nov 15 18:08:23 EST 2005 +Last updated: Wed Nov 16 11:33:25 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>. @@ -505,13 +505,7 @@ first. <h1><a name="section_9">Clients</a></h1> <ul> - <li>Add a libpq function to support Parse/DescribeStatement capability - </li><li>Add PQescapeIdentifier() to libpq - </li><li>Prevent PQfnumber() from lowercasing unquoted the column name -<p> PQfnumber() should never have been doing lowercasing, but historically - it has so we need a way to prevent it -</p> - </li><li>Have initdb set the input DateStyle (MDY or DMY) based on locale? + <li>Have initdb set the input DateStyle (MDY or DMY) based on locale? </li><li>Have pg_ctl look at PGHOST in case it is a socket directory? </li><li>Allow pg_ctl to work properly with configuration files located outside the PGDATA directory @@ -590,6 +584,25 @@ first. </li><li>Add internationalized message strings </li></ul> </li></ul> +<p>libpq +</p> +<ul> + <li>Add a function to support Parse/DescribeStatement capability + </li><li>Add PQescapeIdentifier() + </li><li>Prevent PQfnumber() from lowercasing unquoted the column name +<p> PQfnumber() should never have been doing lowercasing, but + historically it has so we need a way to prevent it +</p> + </li><li>Allow query results to be automatically batched to the client +<p> Currently, all query results are transfered to the libpq + client before libpq makes the results available to the + application. This feature would allow the application to make + use of the first result rows while the rest are transfered, or + held on the server waiting for them to be requested by libpq. + One complexity is that a query like SELECT 1/col could error + out mid-way through the result set. +</p> +</li></ul> <h1><a name="section_10">Referential Integrity</a></h1> <ul> |