|
10 | 10 | alink="#0000ff"> |
11 | 11 | <H1>Frequently Asked Questions (FAQ) for PostgreSQL</H1> |
12 | 12 |
|
13 | | -<P>Last updated:Wed Feb21 17:54:05 EST 2007</P> |
| 13 | +<P>Last updated:Fri Feb23 14:06:15 EST 2007</P> |
14 | 14 |
|
15 | 15 | <P>Current maintainer: Bruce Momjian (<Ahref= |
16 | 16 | "mailto:bruce@momjian.us">bruce@momjian.us</A>) |
@@ -584,21 +584,27 @@ <H3 id="item3.5">3.5) Why do I get <I>"Sorry, too many |
584 | 584 |
|
585 | 585 | <H3id="item3.6">3.6) What is the upgrade process for PostgreSQL?</H3> |
586 | 586 |
|
587 | | -<P>The PostgreSQL team only adds bug fixes to minor releases. All |
588 | | - users should upgrade to the most recent minor release as soon as |
589 | | - possible. While upgrades always have some risk, PostgreSQL minor |
590 | | - releases fix only frequently-encountered, security, and data corruption |
591 | | - bugs, to reduce the risk of upgrading. The community considers |
592 | | -<i>not</i> upgrading more risky than upgrading.</P> |
593 | | - |
594 | | -<P>Upgrading to a minor release, e.g. 8.1.5 to 8.1.6, does not does |
595 | | - not require a dump and restore; merely stop the database server, |
596 | | - install the updated binaries, and restart the server.</P> |
597 | | - |
598 | | -<P>Major releases (e.g. from 7.3 to 7.4) often change the internal |
599 | | - format of system tables and data files. These changes are often complex, |
600 | | - so we don't maintain backward compatibility for data files. A dump/reload |
601 | | - of the database is required for major upgrades.</P> |
| 587 | +<P>PostgreSQL major releases include new features and occur roughly |
| 588 | + once every year. A major release is numbered by increasing either |
| 589 | + the first or second part of the version number, e.g. 8.1 to 8.2. |
| 590 | + |
| 591 | +<P>Major releases usually change the internal format of system tables |
| 592 | + and data files. These changes are often complex, so we don't maintain |
| 593 | + backward compatibility for data files. A dump/reload of the database |
| 594 | + is required for major upgrades.</P> |
| 595 | + |
| 596 | +<P>Minor releases are numbered by increasing the third part of the |
| 597 | + version number, e.g. 8.1.5 to 8.1.6. The PostgreSQL team only adds |
| 598 | + bug fixes to minor releases. All users should upgrade to the most |
| 599 | + recent minor release as soon as possible. While upgrades always have |
| 600 | + some risk, PostgreSQL minor releases fix only frequently-encountered, |
| 601 | + security, and data corruption bugs to reduce the risk of upgrading. |
| 602 | + The community considers<i>not</i> upgrading riskier than |
| 603 | + upgrading.</P> |
| 604 | +` |
| 605 | +<P>Upgrading to a minor release does not does not require a dump and |
| 606 | + restore; merely stop the database server, install the updated binaries, |
| 607 | + and restart the server.</P> |
602 | 608 |
|
603 | 609 | <H3id="item3.7">3.7) What computer hardware should I use?</H3> |
604 | 610 |
|
|