From 90e4b46998dcd16b3e38dd1923d0f4e7a88ae2b2 Mon Sep 17 00:00:00 2001
From: Bruce Momjian Last updated: Tue Feb 6 22:16:17 EST 2007 Last updated: Wed Apr 18 23:05:05 EDT 2007 Current maintainer: Bruce Momjian (bruce@momjian.us)
@@ -221,7 +221,7 @@
The latest release of PostgreSQL is version 8.2.3. The latest release of PostgreSQL is version 8.2.4. We plan to have a major release every year, with minor releases
every few months. The PostgreSQL team makes only bug fixes in minor releases,
- so, for example, upgrading from 7.4.8 to 7.4.9 does not require
- a dump and restore; merely stop the database server, install
- the updated binaries, and restart the server. All users should upgrade to the most recent minor release as
- soon as it is available. While every upgrade has some risk,
- PostgreSQL minor releases are designed to fix only common bugs
- with the least risk. The community considers not upgrading
- more risky that upgrading. 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. See http://www.postgresql.org/support/versioning.
+ Frequently Asked Questions (FAQ) for PostgreSQL
- 1.6) What is the most recent release?
- 3.6) What is the upgrade process for PostgreSQL?
- 3.7) What computer hardware should I use?
@@ -609,7 +597,7 @@
but if reliability and performance are important it is wise to
research your hardware options thoroughly. Our email lists can be used
to discuss hardware options and tradeoffs.
- 28 bytes: each row header (approximate) + 24 bytes: each row header (approximate) 24 bytes: one int field and one text field + 4 bytes: pointer on page to tuple ---------------------------------------- - 56 bytes per row + 52 bytes per row The data page size in PostgreSQL is 8192 bytes (8 KB), so: 8192 bytes per page - ------------------- = 146 rows per database page (rounded down) - 56 bytes per row + ------------------- = 158 rows per database page (rounded down) + 52 bytes per row 100000 data rows - -------------------- = 685 database pages (rounded up) - 146 rows per page + -------------------- = 633 database pages (rounded up) + 158 rows per page -685 database pages * 8192 bytes per page = 5,611,520 bytes (5.6 MB) +633 database pages * 8192 bytes per page = 5,185,536 bytes (5.2 MB)
Indexes do not require as much overhead, but do contain the data @@ -1069,8 +1057,8 @@ length columns from a function?
It is easy using set-returning functions, - - http://techdocs.postgresql.org/guides/SetReturningFunctions
. + + http://www.postgresql.org/docs/techdocs.17.Last updated: Thu Jan 4 16:00:00 EST 2007
+Last updated: Mon Mar 19 12:52:30 EDT 2007
Current maintainer: Bruce Momjian (bruce@momjian.us)
@@ -55,8 +55,8 @@
assistance?
1.18) How do I get involved in PostgreSQL web
site development?
- 1.19) What is the timeline for the next major
- PostgreSQL release?
+ 1.19) Why haven't you replaced CVS with SVN, Git,
+ Monotone, VSS, <insert your favorite SCM system here>?
Some developers use compilers from other software vendors with mixed results.
-Developers who are regularly rebuilding the source often pass - the --enable-depend flag to configure. The result is that - when you make a modification to a C header file, all files depend - upon that file are also rebuilt.
+Developers who regularly rebuild the source often pass the + --enable-depend flag to configure. The result is that when you + make a modification to a C header file, all files depend upon that + file are also rebuilt.
+ +src/Makefile.custom can be used to set environment variables, + like CUSTOM_COPT, that are used for every compile.
Currently the core developers see no SCMS that will provide + enough benefit to outwiegh the pain involved in moving to a new + SCMS. Typical problems that must be addressed by any new SCMS include:
+ +Currently there is no intention for switching to a new SCMS until at least the + end of the 8.4 development cycle sometime in late 2008. For more information + please refer to the mailing list archives.
+The development schedule for the 8.3 release is:
-Patches that appear after appropriate dates are typically - not applied but held for the next major release.
-