From: Tom Lane Date: Mon, 6 Nov 2006 17:00:27 +0000 (+0000) Subject: Update release notes in preparation for RC1. X-Git-Url: http://git.postgresql.org/gitweb/static/gitweb.js?a=commitdiff_plain;h=c53dbd3a27f221e072262ebbcc7ec41bf645ddb7;p=users%2Fbernd%2Fpostgres.git Update release notes in preparation for RC1. --- diff --git a/doc/src/sgml/release.sgml b/doc/src/sgml/release.sgml index 57c9203f78..caf8d2f67f 100644 --- a/doc/src/sgml/release.sgml +++ b/doc/src/sgml/release.sgml @@ -40,7 +40,7 @@ links to the main documentation. Release date 2006-1?-?? - CURRENT AS OF 2006-10-18 + CURRENT AS OF 2006-11-05 @@ -398,6 +398,15 @@ links to the main documentation. + + + C-language loadable modules must now include a + PG_MODULE_MAGIC + macro call for version compatibility checking + (Martijn van Oosterhout) + + + In contrib/xml2/, rename xml_valid() to @@ -679,6 +688,20 @@ links to the main documentation. + + + Improve reliability of long-term WAL replay + (Heikki, Simon, Tom) + + + + Formerly, trying to roll forward through more than 2 billion + transactions would not work due to XID wraparound. This meant + warm standby servers had to be reloaded + from fresh base backups periodically. + + + Add - Track tables needing vacuum with more accuracy (Alvaro) + Track maximum XID age within individual tables, instead of whole databases (Alvaro) This reduces the overhead involved in preventing transaction - ID wraparound. + ID wraparound, by avoiding unnecessary VACUUMs. @@ -847,7 +870,9 @@ links to the main documentation. Such logging now shows statement names, bind parameter - values, and the text of the query being executed. + values, and the text of the query being executed. Also, + the query text is properly included in logged error messages + when enabled by log_min_error_statement. @@ -879,6 +904,25 @@ links to the main documentation. + + + Fix failed to re-find parent key errors in + VACUUM (Tom) + + + + + + Clean out pg_internal.init cache files during server + restart (Simon) + + + + This avoids a hazard that the cache files might contain stale + data after PITR recovery. + + +