diff options
Diffstat (limited to 'doc/src/FAQ/FAQ.html')
-rw-r--r-- | doc/src/FAQ/FAQ.html | 38 |
1 files changed, 22 insertions, 16 deletions
diff --git a/doc/src/FAQ/FAQ.html b/doc/src/FAQ/FAQ.html index 5ac1a0ec54b..92315bbd9eb 100644 --- a/doc/src/FAQ/FAQ.html +++ b/doc/src/FAQ/FAQ.html @@ -10,7 +10,7 @@ alink="#0000ff"> <H1>Frequently Asked Questions (FAQ) for PostgreSQL</H1> - <P>Last updated: Wed Feb 21 17:54:05 EST 2007</P> + <P>Last updated: Fri Feb 23 14:06:15 EST 2007</P> <P>Current maintainer: Bruce Momjian (<A href= "mailto:bruce@momjian.us">bruce@momjian.us</A>) @@ -584,21 +584,27 @@ <H3 id="item3.6">3.6) What is the upgrade process for PostgreSQL?</H3> - <P>The PostgreSQL team only adds bug fixes to minor releases. All - users should upgrade to the most recent minor release as soon as - possible. While upgrades always have some risk, PostgreSQL minor - releases fix only frequently-encountered, security, and data corruption - bugs, to reduce the risk of upgrading. The community considers - <i>not</i> upgrading more risky than upgrading.</P> - - <P>Upgrading to a minor release, e.g. 8.1.5 to 8.1.6, does not does - not require a dump and restore; merely stop the database server, - install the updated binaries, and restart the server.</P> - - <P>Major releases (e.g. from 7.3 to 7.4) often change the internal - format of system tables and data files. These changes are often complex, - so we don't maintain backward compatibility for data files. A dump/reload - of the database is required for major upgrades.</P> + <P>PostgreSQL major releases include new features and occur roughly + once every year. A major release is numbered by increasing either + the first or second part of the version number, e.g. 8.1 to 8.2. + + <P>Major releases usually change the internal format of system tables + and data files. These changes are often complex, so we don't maintain + backward compatibility for data files. A dump/reload of the database + is required for major upgrades.</P> + + <P>Minor releases are numbered by increasing the third part of the + version number, e.g. 8.1.5 to 8.1.6. The PostgreSQL team only adds + bug fixes to minor releases. All users should upgrade to the most + recent minor release as soon as possible. While upgrades always have + some risk, PostgreSQL minor releases fix only frequently-encountered, + security, and data corruption bugs to reduce the risk of upgrading. + The community considers <i>not</i> upgrading riskier than + upgrading.</P> +` + <P>Upgrading to a minor release does not does not require a dump and + restore; merely stop the database server, install the updated binaries, + and restart the server.</P> <H3 id="item3.7">3.7) What computer hardware should I use?</H3> |