c8h4/postgresql
1
0
Fork 0
Code Issues Pull requests Actions Packages Projects Releases Wiki Activity

Move LISTEN/NOTIFY items to separate TODO section.

Browse source
This commit is contained in:
Bruce Momjian 2008-04-15 15:07:09 +00:00
parent c28c9d69ef
commit 6d2b258ad0
2 changed files with 39 additions and 31 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

38
doc/TODO
View file

@ -1,7 +1,7 @@
PostgreSQL TODO List
====================
Current maintainer: Bruce Momjian (bruce@momjian.us)
Last updated: Tue Apr 15 10:24:22 EDT 2008
Last updated: Tue Apr 15 11:06:48 EDT 2008
The most recent version of this document can be viewed at
http://www.postgresql.org/docs/faqs.TODO.html.
@ -601,22 +601,6 @@ SQL Commands
http://archives.postgresql.org/pgsql-hackers/2006-11/msg00092.php
* Allow LISTEN/NOTIFY to store info in memory rather than tables?
Currently LISTEN/NOTIFY information is stored in pg_listener. Storing
such information in memory would improve performance.
* Add optional textual message to NOTIFY
This would allow an informational message to be added to the notify
message, perhaps indicating the row modified or other custom
information.
* Allow multiple identical NOTIFY events to always be communicated to the
client, rather than sent as a single notification to the listener
http://archives.postgresql.org/pgsql-general/2008-01/msg00057.php
* Add a GUC variable to warn about non-standard SQL usage in queries
* Add SQL-standard MERGE command, typically used to merge two tables
[merge]
@ -878,6 +862,26 @@ SQL Commands
ANALYZE, and CLUSTER
* LISTEN/NOTIFY
o Allow LISTEN/NOTIFY to store info in memory rather than tables?
Currently LISTEN/NOTIFY information is stored in pg_listener.
Storing such information in memory would improve performance.
o Add optional textual message to NOTIFY
This would allow an informational message to be added to the notify
message, perhaps indicating the row modified or other custom
information.
o Allow multiple identical NOTIFY events to always be communicated
to the client, rather than sent as a single notification to the
listener
http://archives.postgresql.org/pgsql-general/2008-01/msg00057.php
Referential Integrity
=====================

32
doc/src/FAQ/TODO.html
View file

@ -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:bruce@momjian.us">bruce@momjian.us</a>)<br/>
Last updated: Tue Apr 15 10:24:22 EDT 2008
Last updated: Tue Apr 15 11:06:48 EDT 2008
</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>.
@ -522,19 +522,6 @@ first. There is also a developer's wiki at<br/>
</p>
</li><li>Improve logging of prepared transactions recovered during startup
<p> <a href="http://archives.postgresql.org/pgsql-hackers/2006-11/msg00092.php">http://archives.postgresql.org/pgsql-hackers/2006-11/msg00092.php</a>
</p>
</li><li>Allow LISTEN/NOTIFY to store info in memory rather than tables?
<p> Currently LISTEN/NOTIFY information is stored in pg_listener. Storing
such information in memory would improve performance.
</p>
</li><li>Add optional textual message to NOTIFY
<p> This would allow an informational message to be added to the notify
message, perhaps indicating the row modified or other custom
information.
</p>
</li><li>Allow multiple identical NOTIFY events to always be communicated to the
client, rather than sent as a single notification to the listener
<p> <a href="http://archives.postgresql.org/pgsql-general/2008-01/msg00057.php">http://archives.postgresql.org/pgsql-general/2008-01/msg00057.php</a>
</p>
</li><li>Add a GUC variable to warn about non-standard SQL usage in queries
</li><li>Add SQL-standard MERGE command, typically used to merge two tables
@ -758,6 +745,23 @@ first. There is also a developer's wiki at<br/>
<li>Add SET PERFORMANCE_TIPS option to suggest INDEX, VACUUM, VACUUM
ANALYZE, and CLUSTER
</li></ul>
</li><li>LISTEN/NOTIFY
<ul>
<li>Allow LISTEN/NOTIFY to store info in memory rather than tables?
<p> Currently LISTEN/NOTIFY information is stored in pg_listener.
Storing such information in memory would improve performance.
</p>
</li><li>Add optional textual message to NOTIFY
<p> This would allow an informational message to be added to the notify
message, perhaps indicating the row modified or other custom
information.
</p>
</li><li>Allow multiple identical NOTIFY events to always be communicated
to the client, rather than sent as a single notification to the
listener
<p> <a href="http://archives.postgresql.org/pgsql-general/2008-01/msg00057.php">http://archives.postgresql.org/pgsql-general/2008-01/msg00057.php</a>
</p>
</li></ul>
</li></ul>
<h1><a name="section_8">Referential Integrity</a></h1>