From: Bruce Momjian Date: Wed, 15 Aug 2007 15:36:31 +0000 (+0000) Subject: Fix whitespace in TODO. X-Git-Tag: REL8_3_BETA1~342 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=811f91cf5a94d1c467536fcafcaf82cd7e514276;p=postgresql Fix whitespace in TODO. --- diff --git a/doc/src/FAQ/TODO.html b/doc/src/FAQ/TODO.html index 9222dde60a..076431b275 100644 --- a/doc/src/FAQ/TODO.html +++ b/doc/src/FAQ/TODO.html @@ -8,7 +8,7 @@

PostgreSQL TODO List

Current maintainer: Bruce Momjian (bruce@momjian.us)
-Last updated: Tue Aug 14 13:02:38 EDT 2007 +Last updated: Wed Aug 15 11:36:16 EDT 2007

The most recent version of this document can be viewed at
http://www.postgresql.org/docs/faqs.TODO.html. @@ -26,14 +26,14 @@ first. There is also a developer's wiki at

Administration

Allow major upgrades without dump/reload, perhaps using pg_upgrade +
Allow major upgrades without dump/reload, perhaps using pg_upgrade [pg_upgrade]
Check for unreferenced table files created by transactions that were in-progress when the server terminated abruptly
http://archives.postgresql.org/pgsql-patches/2006-06/msg00096.php
Allow administrators to safely terminate individual sessions either - via an SQL function or SIGTERM + via an SQL function or SIGTERM
Lock table corruption following SIGTERM of an individual backend has been reported in 8.0. A possible cause was fixed in 8.1, but it is unknown whether other problems exist. This item mostly @@ -73,7 +73,7 @@ first. There is also a developer's wiki at
Allow more complex user/database default GUC settings
Currently ALTER USER and ALTER DATABASE support per-user and per-database defaults. Consider adding per-user-and-database - defaults so things like search_path can be defaulted for a + defaults so things like search_path can be defaulted for a specific user connecting to a specific database.
Allow custom variable classes that can restrict who can set the values @@ -215,15 +215,15 @@ first. There is also a developer's wiki at
Dates and Times
- Allow infinite dates and intervals just like infinite timestamps -
- Merge hardwired timezone names with the TZ database; allow either +
- Merge hardwired timezone names with the TZ database; allow either kind everywhere a TZ name is currently taken
- Allow TIMESTAMP WITH TIME ZONE to store the original timezone information, either zone name or offset from UTC [timezone] -
  If the TIMESTAMP value is stored with a time zone name, interval +
  If the TIMESTAMP value is stored with a time zone name, interval computations should adjust based on the time zone rules.
- Fix SELECT '0.01 years'::interval, '0.01 months'::interval -
- Add a GUC variable to allow output of interval values in ISO8601 +
- Add a GUC variable to allow output of interval values in ISO8601 format
- Have timestamp subtraction not call justify_hours()?
  http://archives.postgresql.org/pgsql-sql/2006-10/msg00059.php @@ -323,13 +323,13 @@ first. There is also a developer's wiki at
- Allow to_char() on interval values to accumulate the highest unit requested
  Some special format flag would be required to request such - accumulation. Such functionality could also be added to EXTRACT. + accumulation. Such functionality could also be added to EXTRACT. Prevent accumulation that crosses the month/day boundary because of the uneven number of days in a month.
  - to_char(INTERVAL '1 hour 5 minutes', 'MI') => 65 -
  - to_char(INTERVAL '43 hours 20 minutes', 'MI' ) => 2600 +
  - to_char(INTERVAL '43 hours 20 minutes', 'MI' ) => 2600
  - to_char(INTERVAL '43 hours 20 minutes', 'WK:DD:HR:MI') => 0:1:19:20
  - to_char(INTERVAL '3 years 5 months','MM') => 41
  @@ -473,7 +473,7 @@ first. There is also a developer's wiki at
  creation
- -Add RESET SESSION command to reset all session state
- Add GUC to issue notice about statements that use unjoined tables -
- Allow EXPLAIN to identify tables that were skipped because of +
- Allow EXPLAIN to identify tables that were skipped because of constraint_exclusion
- Allow EXPLAIN output to be more easily processed by scripts, perhaps XML
- Enable standard_conforming_strings @@ -596,8 +596,8 @@ first. There is also a developer's wiki at
- Allow COPY on a newly-created table to skip WAL logging
  On crash recovery, the table involved in the COPY would be removed or have its heap and index files truncated. One - issue is that no other backend should be able to add to - the table at the same time, which is something that is + issue is that no other backend should be able to add to + the table at the same time, which is something that is currently allowed.
@@ -710,7 +710,7 @@ first. There is also a developer's wiki at
Add support for polymorphic arguments and return types to languages other than PL/PgSQL
Add capability to create and call PROCEDURES -
Add support for OUT and INOUT parameters to languages other +
Add support for OUT and INOUT parameters to languages other than PL/PgSQL
Add PL/PythonU tracebacks
http://archives.postgresql.org/pgsql-patches/2006-02/msg00288.php @@ -753,7 +753,7 @@ first. There is also a developer's wiki at
than toggle
Consistently display privilege information for all objects in psql
Add auto-expanded mode so expanded output is used if the row - length is wider than the screen width. + length is wider than the screen width.
Consider using auto-expanded mode for backslash commands like \df+.
Prevent tab completion of SET TRANSACTION from querying the @@ -802,7 +802,7 @@ first. There is also a developer's wiki at
Solve cardinality > 1 for input descriptors / variables?
Add a semantic check level, e.g. check if a table really exists
fix handling of DB attributes that are arrays -
-Use backend PREPARE/EXECUTE facility for ecpg where possible +
Use backend PREPARE/EXECUTE facility for ecpg where possible
Implement SQLDA
Fix nested C comments
%sqlwarn[6] should be 'W' if the PRECISION or SCALE value specified @@ -815,12 +815,12 @@ first. There is also a developer's wiki at
- Add PQescapeIdentifierConn()
- Prevent PQfnumber() from lowercasing unquoted the column name -
  PQfnumber() should never have been doing lowercasing, but +
  PQfnumber() should never have been doing lowercasing, but historically it has so we need a way to prevent it
- Allow statement results to be automatically batched to the client
  Currently all statement results are transferred to the libpq - client before libpq makes the results available to the + 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 transferred, or held on the server waiting for them to be requested by libpq. @@ -997,15 +997,15 @@ first. There is also a developer's wiki at
  
  http://archives.postgresql.org/pgsql-hackers/2005-11/msg00943.php
- Allow data to be pulled directly from indexes -
  Currently indexes do not have enough tuple visibility information - to allow data to be pulled from the index without also accessing - the heap. One way to allow this is to set a bit on index tuples - to indicate if a tuple is currently visible to all transactions - when the first valid heap lookup happens. This bit would have to - be cleared when a heap tuple is expired. +
  Currently indexes do not have enough tuple visibility information + to allow data to be pulled from the index without also accessing + the heap. One way to allow this is to set a bit on index tuples + to indicate if a tuple is currently visible to all transactions + when the first valid heap lookup happens. This bit would have to + be cleared when a heap tuple is expired.
  
  Another idea is to maintain a bitmap of heap pages where all rows - are visible to all backends, and allow index lookups to reference + are visible to all backends, and allow index lookups to reference that bitmap to avoid heap lookups, perhaps the same bitmap we might add someday to determine which heap pages need vacuuming. Frequently accessed bitmaps would have to be stored in shared memory. One 8k @@ -1080,7 +1080,7 @@ first. There is also a developer's wiki at
  
  http://archives.postgresql.org/pgsql-hackers/2006-06/msg01305.php http://archives.postgresql.org/pgsql-hackers/2006-06/msg01534.php
  -
- Reuse index tuples that point to heap tuples that are not visible to +
- Reuse index tuples that point to heap tuples that are not visible to anyone?
- Improve dead row detection during multi-statement transactions usage
  http://archives.postgresql.org/pgsql-patches/2007-03/msg00358.php @@ -1186,18 +1186,18 @@ first. There is also a developer's wiki at
- Allow WAL logging to be turned off for a table, but the table might be dropped or truncated during crash recovery [walcontrol]
  Allow tables to bypass WAL writes and just fsync() dirty pages on - commit. This should be implemented using ALTER TABLE, e.g. ALTER - TABLE PERSISTENCE [ DROP | TRUNCATE | DEFAULT ]. Tables using - non-default logging should not use referential integrity with + commit. This should be implemented using ALTER TABLE, e.g. ALTER + TABLE PERSISTENCE [ DROP | TRUNCATE | DEFAULT ]. Tables using + non-default logging should not use referential integrity with default-logging tables. A table without dirty buffers during a crash could perhaps avoid the drop/truncate.
- Allow WAL logging to be turned off for a table, but the table would avoid being truncated/dropped [walcontrol] -
  To do this, only a single writer can modify the table, and writes +
  To do this, only a single writer can modify the table, and writes must happen only on new pages so the new pages can be removed during - crash recovery. Readers can continue accessing the table. Such - tables probably cannot have indexes. One complexity is the handling + crash recovery. Readers can continue accessing the table. Such + tables probably cannot have indexes. One complexity is the handling of indexes on TOAST tables.
@@ -1221,7 +1221,7 @@ first. There is also a developer's wiki at
Consider compressed annealing to search for query plans
This might replace GEQO, http://sixdemonbag.org/Djinni.
-
Improve merge join performance by allowing mark/restore of +
Improve merge join performance by allowing mark/restore of tuple sources
http://archives.postgresql.org/pgsql-hackers/2007-01/msg00096.php
@@ -1254,7 +1254,7 @@ first. There is also a developer's wiki at
- -Support a smaller header for short variable-length fields
- Reduce the row header size? -
- Consider reducing on-disk varlena length from four bytes to +
- Consider reducing on-disk varlena length from four bytes to two because a heap row cannot be more than 64k in length
Consider increasing NUM_CLOG_BUFFERS @@ -1319,7 +1319,7 @@ first. There is also a developer's wiki at
-Move NAMEDATALEN from postgres_ext.h to pg_config_manual.h
Consider making NAMEDATALEN more configurable in future releases -
Update our code to handle 64-bit timezone files to match the zic +
Update our code to handle 64-bit timezone files to match the zic source code, which now uses them
Have configure choose integer datetimes by default
http://archives.postgresql.org/pgsql-patches/2007-05/msg00046.php @@ -1415,8 +1415,8 @@ first. There is also a developer's wiki at
Embedded server (not wanted)
While PostgreSQL clients runs fine in limited-resource environments, the server requires multiple processes and a stable pool of resources to - run reliabily and efficiently. Stripping down the PostgreSQL server - to run in the same process address space as the client application + run reliabily and efficiently. Stripping down the PostgreSQL server + to run in the same process address space as the client application would add too much complexity and failure cases.