PostgreSQL TODO List
====================
Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
-Last updated: Sat Dec 10 21:16:26 EST 2005
+Last updated: Mon Dec 12 08:36:28 EST 2005
The most recent version of this document can be viewed at
http://www.postgresql.org/docs/faqs.TODO.html.
* %Remove behavior of postmaster -o after making postmaster/postgres
flags unique
-* %Allow pooled connections to list all prepared queries
+* %Allow pooled connections to list all prepared statements
This would allow an application inheriting a pooled connection to know
- the queries prepared in the current session.
+ the statements prepared in the current session.
* Allow major upgrades without dump/reload, perhaps using pg_upgrade
[pg_upgrade]
o %Create dump tool for write-ahead logs for use in determining
transaction id for point-in-time recovery
- o Allow a warm standby system to also allow read-only queries
+ o Allow a warm standby system to also allow read-only statements
[pitr]
This is useful for checking PITR recovery.
is for this to be a protocol-only feature. Another approach is to
notify the protocol when a RESET CONNECTION command is used.
-* Add GUC to issue notice about queries that use unjoined tables
+* Add GUC to issue notice about statements that use unjoined tables
* Allow EXPLAIN to identify tables that were skipped because of
constraint_exclusion
* Allow EXPLAIN output to be more easily processed by scripts
o Allow COPY to output from views
- Another idea would be to allow actual SELECT queries in a COPY.
+ Another idea would be to allow actual SELECT statements in a COPY.
* GRANT/REVOKE
o Add table function support to pltcl, plpython
o Add capability to create and call PROCEDURES
o Allow PL/pgSQL to handle %TYPE arrays, e.g. tab.col%TYPE[]
- o Allow function argument names to be queries from PL/PgSQL
+ o Allow function argument names to be statements from PL/PgSQL
o Add MOVE to PL/pgSQL
o Add support for polymorphic arguments and return types to
languages other than PL/PgSQL
o Allow psql \pset boolean variables to set to fixed values, rather
than toggle
o Consistently display privilege information for all objects in psql
- o Improve psql's handling of multi-line queries
+ o Improve psql's handling of multi-line statements
- Currently, while \e saves a single query as one entry, interactive
- queries are saved one line at a time. Ideally all queries
+ Currently, while \e saves a single statement as one entry, interactive
+ statements are saved one line at a time. Ideally all statements
whould be saved like \e does.
o Allow multi-line column values to align in the proper columns
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
+ o Allow statement results to be automatically batched to the client
- Currently, all query results are transfered to the libpq
+ Currently, all statement 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
+ One complexity is that a statement like SELECT 1/col could error
out mid-way through the result set.
* Allow plug-in modules to emulate features from other databases
* SQL*Net listener that makes PostgreSQL appear as an Oracle database
to clients
-* Allow queries across databases or servers with transaction
+* Allow statements across databases or servers with transaction
semantics
This can be done using dblink and two-phase commit.
* Add fillfactor to control reserved free space during index creation
* Allow the creation of indexes with mixed ascending/descending specifiers
* Allow constraint_exclusion to work for UNIONs like it does for
- inheritance, allow it to work for UPDATE and DELETE queries, and allow
- it to be used for all queries with little performance impact
+ inheritance, allow it to work for UPDATE and DELETE statements, and allow
+ it to be used for all statements with little performance impact
* Allow CREATE INDEX to take an additional parameter for use with
special index types
* Consider compressing indexes by storing key values duplicated in
accessed bitmaps would have to be stored in shared memory. One 8k
page of bitmaps could track 512MB of heap pages.
-* Consider automatic caching of queries at various levels:
+* Consider automatic caching of statements at various levels:
o Parsed query tree
o Query execute plan
operating systems have trivial process creation time compared to
database startup overhead, but a few operating systems (WIn32,
Solaris) might benefit from threading. Also explore the idea of
- a single session using multiple threads to execute a query faster.
+ a single session using multiple threads to execute a statement faster.
* Add connection pooling
This would be beneficial when there are few distinct values. This is
already used by GROUP BY.
-* Log queries where the optimizer row estimates were dramatically
+* Log statements where the optimizer row estimates were dramatically
different from the number of rows actually found?
o Add decoded type, length, precision
o Use compression?
o Update clients to use data types, typmod, schema.table.column names
- of result sets using new query protocol
+ of result sets using new statement protocol
---------------------------------------------------------------------------
<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: Sat Dec 10 21:16:26 EST 2005
+Last updated: Mon Dec 12 08:36:28 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>.
<ul>
<li>%Remove behavior of postmaster -o after making postmaster/postgres
flags unique
- </li><li>%Allow pooled connections to list all prepared queries
+ </li><li>%Allow pooled connections to list all prepared statements
<p> This would allow an application inheriting a pooled connection to know
- the queries prepared in the current session.
+ the statements prepared in the current session.
</p>
</li><li>Allow major upgrades without dump/reload, perhaps using pg_upgrade
[<a href="http://momjian.postgresql.org/cgi-bin/pgtodo?pg_upgrade">pg_upgrade</a>]
</p>
</li><li>%Create dump tool for write-ahead logs for use in determining
transaction id for point-in-time recovery
- </li><li>Allow a warm standby system to also allow read-only queries
+ </li><li>Allow a warm standby system to also allow read-only statements
[<a href="http://momjian.postgresql.org/cgi-bin/pgtodo?pitr">pitr</a>]
<p> This is useful for checking PITR recovery.
</p>
is for this to be a protocol-only feature. Another approach is to
notify the protocol when a RESET CONNECTION command is used.
</p>
- </li><li>Add GUC to issue notice about queries that use unjoined tables
+ </li><li>Add GUC to issue notice about statements that use unjoined tables
</li><li>Allow EXPLAIN to identify tables that were skipped because of
constraint_exclusion
</li><li>Allow EXPLAIN output to be more easily processed by scripts
currently allowed.
</p>
</li><li>Allow COPY to output from views
-<p> Another idea would be to allow actual SELECT queries in a COPY.
+<p> Another idea would be to allow actual SELECT statements in a COPY.
</p>
</li></ul>
</li><li>GRANT/REVOKE
</li><li>Add table function support to pltcl, plpython
</li><li>Add capability to create and call PROCEDURES
</li><li>Allow PL/pgSQL to handle %TYPE arrays, e.g. tab.col%TYPE[<a href="http://momjian.postgresql.org/cgi-bin/pgtodo?"></a>]
- </li><li>Allow function argument names to be queries from PL/PgSQL
+ </li><li>Allow function argument names to be statements from PL/PgSQL
</li><li>Add MOVE to PL/pgSQL
</li><li>Add support for polymorphic arguments and return types to
languages other than PL/PgSQL
</li><li>Allow psql \pset boolean variables to set to fixed values, rather
than toggle
</li><li>Consistently display privilege information for all objects in psql
- </li><li>Improve psql's handling of multi-line queries
-<p> Currently, while \e saves a single query as one entry, interactive
- queries are saved one line at a time. Ideally all queries
+ </li><li>Improve psql's handling of multi-line statements
+<p> Currently, while \e saves a single statement as one entry, interactive
+ statements are saved one line at a time. Ideally all statements
whould be saved like \e does.
</p>
</li><li>Allow multi-line column values to align in the proper columns
<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
+ </li><li>Allow statement results to be automatically batched to the client
+<p> Currently, all statement 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
+ One complexity is that a statement like SELECT 1/col could error
out mid-way through the result set.
</p>
</li></ul>
</li><li>Allow plug-in modules to emulate features from other databases
</li><li>SQL*Net listener that makes PostgreSQL appear as an Oracle database
to clients
- </li><li>Allow queries across databases or servers with transaction
+ </li><li>Allow statements across databases or servers with transaction
semantics
<p> This can be done using dblink and two-phase commit.
</p>
</li><li>Add fillfactor to control reserved free space during index creation
</li><li>Allow the creation of indexes with mixed ascending/descending specifiers
</li><li>Allow constraint_exclusion to work for UNIONs like it does for
- inheritance, allow it to work for UPDATE and DELETE queries, and allow
- it to be used for all queries with little performance impact
+ inheritance, allow it to work for UPDATE and DELETE statements, and allow
+ it to be used for all statements with little performance impact
</li><li>Allow CREATE INDEX to take an additional parameter for use with
special index types
</li><li>Consider compressing indexes by storing key values duplicated in
accessed bitmaps would have to be stored in shared memory. One 8k
page of bitmaps could track 512MB of heap pages.
</p>
- </li><li>Consider automatic caching of queries at various levels:
+ </li><li>Consider automatic caching of statements at various levels:
<ul>
<li>Parsed query tree
</li><li>Query execute plan
operating systems have trivial process creation time compared to
database startup overhead, but a few operating systems (WIn32,
Solaris) might benefit from threading. Also explore the idea of
- a single session using multiple threads to execute a query faster.
+ a single session using multiple threads to execute a statement faster.
</p>
</li><li>Add connection pooling
<p> It is unclear if this should be done inside the backend code or done
<p> This would be beneficial when there are few distinct values. This is
already used by GROUP BY.
</p>
- </li><li>Log queries where the optimizer row estimates were dramatically
+ </li><li>Log statements where the optimizer row estimates were dramatically
different from the number of rows actually found?
</li></ul>
<h1><a name="section_21">Miscellaneous Performance</a></h1>
</li><li>Add decoded type, length, precision
</li><li>Use compression?
</li><li>Update clients to use data types, typmod, <a href="http://schema.table.column">schema.table.column</a>/ names
- of result sets using new query protocol
+ of result sets using new statement protocol
</li></ul>
</li></ul>
<hr/>
OSDN Git Service
