From e29d8f3c349e69c90d695d6ef451da474a7a4435 Mon Sep 17 00:00:00 2001 From: Neil Conway Date: Tue, 10 Feb 2004 20:51:39 +0000 Subject: [PATCH] SGML markup improvements. --- doc/src/sgml/release.sgml | 93 +++++++++++++++++++++------------------ 1 file changed, 49 insertions(+), 44 deletions(-) diff --git a/doc/src/sgml/release.sgml b/doc/src/sgml/release.sgml index ddd0f62fcb..9c2572421b 100644 --- a/doc/src/sgml/release.sgml +++ b/doc/src/sgml/release.sgml @@ -1,5 +1,5 @@ @@ -896,7 +896,7 @@ DROP SCHEMA information_schema CASCADE; Add Mac OS X Rendezvous server support (Chris Campbell) This allows Mac OS X hosts to query the network for available - PostgreSQL servers. + PostgreSQL servers. @@ -954,7 +954,7 @@ DROP SCHEMA information_schema CASCADE; max_connections 100, if possible (Tom) - Prior versions defaulted to 64 shared buffers so PostgreSQL + Prior versions defaulted to 64 shared buffers so PostgreSQL would start on even very old systems. This release tests the amount of shared memory allowed by the platform and selects more reasonable default values if possible. Of course, users are @@ -1019,8 +1019,9 @@ DROP SCHEMA information_schema CASCADE; The SQL standard says that an aggregate function appearing within a nested subquery belongs to the outer query if its - argument contains only outer-query variables. Prior PostgreSQL - releases did not handle this fine point correctly. + argument contains only outer-query variables. Prior + PostgreSQL releases did not handle + this fine point correctly. @@ -1029,8 +1030,9 @@ DROP SCHEMA information_schema CASCADE; By default, tables mentioned in the query are automatically added to the FROM clause if they are not already - there. This is compatible with historic POSTGRES behavior but - is contrary to the SQL standard. This option allows selecting + there. This is compatible with historic + POSTGRES behavior but is contrary to + the SQL standard. This option allows selecting standard-compatible behavior. @@ -1092,7 +1094,7 @@ DROP SCHEMA information_schema CASCADE; Fix several zero-column table bugs (Tom) - PostgreSQL supports zero-column tables. This fixes various bugs + PostgreSQL supports zero-column tables. This fixes various bugs that occur when using such tables. @@ -1750,7 +1752,8 @@ DROP SCHEMA information_schema CASCADE; Long options for pg_dump are now available on all platforms - PostgreSQL now includes its own long-option processing routines. + PostgreSQL now includes its own + long-option processing routines. @@ -1912,7 +1915,7 @@ DROP SCHEMA information_schema CASCADE; Allow libpq to compile with Borland C++ compiler (Lester Godwin, Karl Waclawek) Use our own version of getopt_long() if needed (Peter) Convert administration scripts to C (Peter) - Bison >= 1.85 is now required to build the PostgreSQL grammar, if building from CVS + Bison >= 1.85 is now required to build the PostgreSQL grammar, if building from CVS Merge documentation into one book (Peter) Add Windows compatibility functions (Bruce) Allow client interfaces to compile under MinGW (Bruce) @@ -2249,9 +2252,9 @@ DROP SCHEMA information_schema CASCADE; A dump/restore is not required for those running version 7.3. However, it should be noted that the main - PostgreSQL interface library, libpq, has a new major version - number for this release, which may require recompilation of client - code in certain cases. + PostgreSQL interface library, libpq, + has a new major version number for this release, which may require + recompilation of client code in certain cases. @@ -2312,8 +2315,8 @@ DROP SCHEMA information_schema CASCADE; Drop Column - PostgreSQL now supports the ALTER TABLE ... DROP - COLUMN functionality. + PostgreSQL now supports the + ALTER TABLE ... DROP COLUMN functionality. @@ -2336,8 +2339,8 @@ DROP SCHEMA information_schema CASCADE; Prepared Queries - PostgreSQL now supports prepared queries, for improved - performance. + PostgreSQL now supports prepared + queries, for improved performance. @@ -2346,11 +2349,11 @@ DROP SCHEMA information_schema CASCADE; Dependency Tracking - PostgreSQL now records object dependencies, which allows - improvements in many areas. DROP - statements now take either CASCADE or - RESTRICT to control whether dependent objects are - also dropped. + PostgreSQL now records object + dependencies, which allows improvements in many areas. + DROP statements now take either + CASCADE or RESTRICT to control whether + dependent objects are also dropped. @@ -2530,7 +2533,7 @@ DROP SCHEMA information_schema CASCADE; Add pg_locks view to show locks (Neil) Security fixes for password negotiation memory allocation (Neil) -Remove support for version 0 FE/BE protocol (PostgreSQL 6.2 and earlier) (Tom) +Remove support for version 0 FE/BE protocol (PostgreSQL 6.2 and earlier) (Tom) Reserve the last few backend slots for superusers, add parameter superuser_reserved_connections to control this (Nigel J. Andrews) @@ -3771,7 +3774,7 @@ Python fixes (Darcy) This release focuses on removing limitations that have existed in the - PostgreSQL code for many years. + PostgreSQL code for many years. @@ -3784,12 +3787,12 @@ Python fixes (Darcy) -To maintain database consistency in case -of an operating system crash, previous releases of PostgreSQL have -forced all data modifications to disk before each transaction commit. -With WAL, only one log file must be flushed to disk, greatly improving -performance. If you have been using -F in previous releases to disable -disk flushes, you may want to consider discontinuing its use. +To maintain database consistency in case of an operating system crash, +previous releases of PostgreSQL have forced +all data modifications to disk before each transaction commit. With +WAL, only one log file must be flushed to disk, greatly improving +performance. If you have been using -F in previous releases to +disable disk flushes, you may want to consider discontinuing its use. @@ -4862,17 +4865,18 @@ Add Win1250 (Czech) support (Pavel Behal) - This removes our old - table-level locking, and replaces it with a locking system that is - superior to most commercial database systems. In a traditional system, - each row that is modified is locked until committed, preventing reads by - other users. MVCC uses the natural multiversion nature of PostgreSQL - to allow readers to continue reading consistent data during writer - activity. Writers continue to use the compact pg_log transaction - system. This is all performed without having to allocate a lock for - every row like traditional database systems. So, basically, we no - longer are restricted by simple table-level locking; - we have something better than row-level locking. + This removes our old table-level locking, and replaces it with + a locking system that is superior to most commercial database + systems. In a traditional system, each row that is modified + is locked until committed, preventing reads by other users. + MVCC uses the natural multiversion nature of + PostgreSQL to allow readers to + continue reading consistent data during writer activity. + Writers continue to use the compact pg_log transaction system. + This is all performed without having to allocate a lock for + every row like traditional database systems. So, basically, + we no longer are restricted by simple table-level locking; we + have something better than row-level locking. @@ -4933,9 +4937,10 @@ Add Win1250 (Czech) support (Pavel Behal) - We continue to speed up PostgreSQL, thanks to the variety of - talents within our team. We have sped up memory allocation, - optimization, table joins, and row transfer routines. + We continue to speed up PostgreSQL, + thanks to the variety of talents within our team. We have + sped up memory allocation, optimization, table joins, and row + transfer routines. -- 2.40.0