PostgreSQL TODO List
====================
-Last updated: Fri May 9 20:24:53 EDT 2008
+Last updated: Fri May 9 20:33:21 EDT 2008
The most recent version of this document can be viewed at
http://www.postgresql.org/docs/faqs.TODO.html.
owner is correct.
* -Add function to report the time of the most recent server reload
-* Allow statistics collector information to be pulled from the collector
- process directly, rather than requiring the collector to write a
- filesystem file twice a second?
-* Reduce file system activity overhead of statistics file pgstat.stat
-
- http://archives.postgresql.org/pgsql-general/2007-12/msg00106.php
-
-* Allow statistics last vacuum/analyze execution times to be displayed
- without requiring stats_row_level to be enabled
-
- http://archives.postgresql.org/pgsql-docs/2007-04/msg00028.php
-
* Allow log_min_messages to be specified on a per-module basis
This would allow administrators to see more detailed information from
o Allow per-tablespace quotas
+* Statistics Collector
+
+ o Allow statistics collector information to be pulled from the collector
+ process directly, rather than requiring the collector to write a
+ filesystem file twice a second?
+ o Reduce file system activity overhead of statistics file pgstat.stat
+
+ http://archives.postgresql.org/pgsql-general/2007-12/msg00106.php
+
+ o Allow statistics last vacuum/analyze execution times to be displayed
+ without requiring stats_row_level to be enabled
+
+ http://archives.postgresql.org/pgsql-docs/2007-04/msg00028.php
+
+ o Clear table counters on TRUNCATE
+
+ http://archives.postgresql.org/pgsql-hackers/2008-04/msg00169.php
+
+
* Point-In-Time Recovery (PITR)
o Allow a warm standby system to also allow read-only statements
-Last updated: Fri May 9 20:24:53 EDT 2008
+Last updated: Fri May 9 20:33:21 EDT 2008
The most recent version of this document can be viewed at
owner is correct.
-Add function to report the time of the most recent server reload
-
Allow statistics collector information to be pulled from the collector
- process directly, rather than requiring the collector to write a
- filesystem file twice a second?
-
Reduce file system activity overhead of statistics file pgstat.stat
-
-
Allow statistics last vacuum/analyze execution times to be displayed
- without requiring stats_row_level to be enabled
-
Allow log_min_messages to be specified on a per-module basis
This would allow administrators to see more detailed information from
specific sections of the backend, e.g. checkpoints, autovacuum, etc.
structure on the recovery computer is different from the original
Allow per-tablespace quotas
+
Statistics Collector
+
Allow statistics collector information to be pulled from the collector
+ process directly, rather than requiring the collector to write a
+ filesystem file twice a second?
+
Reduce file system activity overhead of statistics file pgstat.stat
+
+
Allow statistics last vacuum/analyze execution times to be displayed
+ without requiring stats_row_level to be enabled
+
+
Clear table counters on TRUNCATE
+
+
Point-In-Time Recovery (PITR)
Allow a warm standby system to also allow read-only statements