From 1449e6f9815da4c4403bf1a55e12ce1d10b52d8f Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Fri, 23 Feb 2007 19:06:22 +0000 Subject: [PATCH] Update upgrade FAQ info. --- doc/FAQ | 38 ++++++++++++++++++++++---------------- doc/src/FAQ/FAQ.html | 38 ++++++++++++++++++++++---------------- 2 files changed, 44 insertions(+), 32 deletions(-) diff --git a/doc/FAQ b/doc/FAQ index 0097d27684..19870bf4a3 100644 --- a/doc/FAQ +++ b/doc/FAQ @@ -1,7 +1,7 @@ Frequently Asked Questions (FAQ) for PostgreSQL - Last updated: Wed Feb 21 17:54:05 EST 2007 + Last updated: Fri Feb 23 14:06:15 EST 2007 Current maintainer: Bruce Momjian (bruce@momjian.us) @@ -430,21 +430,27 @@ 3.6) What is the upgrade process for PostgreSQL? - 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 not upgrading - more risky than upgrading. - - 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. - - 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. + 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. + + 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. + + 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 not upgrading riskier than upgrading. + ` + + 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. 3.7) What computer hardware should I use? diff --git a/doc/src/FAQ/FAQ.html b/doc/src/FAQ/FAQ.html index 5ac1a0ec54..92315bbd9e 100644 --- a/doc/src/FAQ/FAQ.html +++ b/doc/src/FAQ/FAQ.html @@ -10,7 +10,7 @@ alink="#0000ff">

Frequently Asked Questions (FAQ) for PostgreSQL

-

Last updated: Wed Feb 21 17:54:05 EST 2007

+

Last updated: Fri Feb 23 14:06:15 EST 2007

Current maintainer: Bruce Momjian (bruce@momjian.us) @@ -584,21 +584,27 @@

3.6) What is the upgrade process for PostgreSQL?

-

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 - not upgrading more risky than upgrading.

- -

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.

- -

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.

+

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. + +

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.

+ +

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 not upgrading riskier than + upgrading.

+` +

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.

3.7) What computer hardware should I use?

-- 2.40.0