? external_projects.diff
? maintenance.diff
Index: external-projects.sgml
===================================================================
RCS file: /projects/cvsroot/pgsql/doc/src/sgml/external-projects.sgml,v
retrieving revision 1.10
diff -r1.10 external-projects.sgml
4c4
<
External Projects
---
> PgFoundry and External Projects
10,17c10,20
< efficiently developed separately from the core project. Separate
< projects can
< have their own developer teams, email lists, bug tracking,
< and release schedules. While their independence makes
< development easier, it makes users' jobs harder. They have to hunt
< around looking for database enhancements to meet their needs.
< This section describes some of the more popular externally
< developed enhancements and guides you on how to find them.
---
> efficiently developed separately from the core project. To help our
> community with the development process of their external projects
> we have created PgFoundry.
>
>
>
> Pgfoundry utlizes the Gforg
> software and is similar to SourceForge in its feature set. If you have an
> Open Source project that you would like to develop and need project mangement
> resources including, mailing lists, forums and cvs please feel free to create
> a new project.
21,26c24,29
< Many PostgreSQL-related projects are
< hosted at either
< GBorg>
< or pgFoundry>.
< There are other PostgreSQL-related projects that are hosted
< elsewhere, but you will have to do an Internet search to find them.
---
> Secondly, many PostgreSQL-related projects are
> hosted at either pgFoundry>
> or GBorg> (although
> Gbord is considered deprecated). There are other PostgreSQL
> noteable related projects that are hosted elsewhere. However, you will also want to
> do an Internet search to find others.
55c58
< applications.
---
> applications. Website.
61c64
< pgjdbc
---
> ODBCng
64c67,68
< A JDBC> interface.
---
> Another ODBC driver for PostgreSQL.
> Website.
70,80c74
< Npgsql
<
<
< .Net> interface for more recent
< Windows> applications.
<
<
<
<
<
< libpqxx
---
> pgjdbc
83c77,78
< A newer C++> interface.
---
> A JDBC> interface.
> Website.
89c84
< libpq++
---
> Npgsql
92c87,89
< An older C++> interface.
---
> .Net> interface for more recent
> mono/C#> applications.
> Website.
98c95
< pgperl
---
> libpqxx
101,102c98,99
< A Perl> interface with an API> similar
< to libpq>.
---
> A newer C++> interface.
> Website.
108c105
< DBD-Pg
---
> DBD::Pg
111,112c108,109
< A Perl> interface that uses the
< DBD>-standard API>.
---
> A Perl> DBI driver for PostgreSQL.
> Website.
121a119
> Website.
127c125
< pgtcl
---
> Pyscopg
130c128
< The original version of the Tcl> interface.
---
> A Python> interface librar that is DB API 2.0 compliant.
134,143d131
<
<
< PyGreSQL
<
<
< A Python> interface library.
<
<
<
<
145,148d132
<
< All of these can be found at
< GBorg>
< or pgFoundry>.
Index: maintenance.sgml
===================================================================
RCS file: /projects/cvsroot/pgsql/doc/src/sgml/maintenance.sgml,v
retrieving revision 1.56
diff -r1.56 maintenance.sgml
9a10,13
>
> Routine maintenance
>
>
11,17c15,19
< There are a few routine maintenance chores that must be performed on
< a regular basis to keep a PostgreSQL
< server running smoothly. The tasks discussed here are repetitive
< in nature and can easily be automated using standard Unix tools such
< as cron scripts. But it is the database
< administrator's responsibility to set up appropriate scripts, and to
< check that they execute successfully.
---
> PostgreSQL, like any database software requires that tasks
> be performed on a regular basis to achieve optimum performance.
> The tasks discussed here are required but they
> are repetitive in nature and can easily be automated using standard
> Unix tools such as cron scripts.
30,32c32,36
< The other main category of maintenance task is periodic vacuuming>
< of the database. This activity is discussed in
< .
---
> The are two tasks that must be performed on
> a periodic basis. The first is vacuuming. This activity is discussed in
> . The sceond is to update the planner
> statistics using the analyze command as discussed in
> .
42,44c46,48
< to some other database management systems. Nonetheless,
< appropriate attention to these tasks will go far towards ensuring a
< pleasant and productive experience with the system.
---
> to other database management systems. It is also fairly easy, provided
> you read the documentation to keep a relatively hands off maintenance
> regimen.
56c60
< must be run on a regular basis for several reasons:
---
> must be run on a regular basis for several reasons:
60c64
< To recover disk space occupied by updated or deleted
---
> To recover or reuse disk space occupied by updated or deleted
85,89c89,94
< The standard form of VACUUM> can run in parallel with
< normal database operations (SELECTs, INSERTs, UPDATEs, DELETEs, but not
< changes to table definitions).
< Beginning in PostgreSQL 8.0, there are
< configuration parameters that can be adjusted to further reduce the
---
> The standard form of VACUUM> does not intefere with production
> database operations. Items such as SELECTS, INSERTS, UPDATES and DELETES
> will continue to function as normal. You will not be able to modify the
> definition (Such as ALTER TABLE ADD COLUMN) of a table.
> The release of PostgreSQL 8.0, introduced new
> configuration parameters to further reduce the potentially negative