Thread: SVN Commit by andreas: r4477 - in trunk/pgadmin3/docs: de_DE/hints en_US/hints

SVN Commit by andreas: r4477 - in trunk/pgadmin3/docs: de_DE/hints en_US/hints

From
svn@pgadmin.org
Date:
Author: andreas
Date: 2005-10-03 01:18:23 +0100 (Mon, 03 Oct 2005)
New Revision: 4477

Added:
   trunk/pgadmin3/docs/de_DE/hints/autovacuum.html
   trunk/pgadmin3/docs/en_US/hints/autovacuum.html
Modified:
   trunk/pgadmin3/docs/de_DE/hints/pk.html
Log:
New hints

Added: trunk/pgadmin3/docs/de_DE/hints/autovacuum.html
===================================================================
--- trunk/pgadmin3/docs/de_DE/hints/autovacuum.html    2005-09-29 17:04:50 UTC (rev 4476)
+++ trunk/pgadmin3/docs/de_DE/hints/autovacuum.html    2005-10-03 00:18:23 UTC (rev 4477)
@@ -0,0 +1,31 @@
+<html>
+
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
+<link rel="STYLESHEET" type="text/css" href="../pgadmin3.css">
+<title>Guru-Hinweise</title>
+</head>
+
+<body>
+
+<h3>Aktivierung von pg_autovacuum empfohlen</h3>
+<p>
+Seit PostgreSQL 8.1 ist der pg_autovacuum-Prozess, der vormals als externer Dienst
+implementiert war, in das Backend integriert worden. Er f�hrt VACUUM automatisch
+aus, wenn sich die Daten in einem konfigurierbaren Umfang ge�ndert haben.
+</p>
+<p>
+Das Laufenlassen von VACUUM ist erforderlich f�r einen PostgreSQL Server,
+um die Daten konsistent zu halten und die Performance zu erhalten.
+Zum Einstieg empfiehlt es sich, pg_autovacuum einzuschalten, indem die Einstellungen
+'autovacuum', 'stats_start_collector' and 'stats_row_level'  in der postgresql.conf
+auf 'on' gesetzt werden. Die damit einhergehende Performanceeinbu�e ist normalerweise
+nicht sp�rbar, man gewinnt jedoch die Sicherheit der automatisierten VACUUM-L�ufe.
+</p>
+<p>
+Um die pg_autovacuum Performance f�r individuelle Anforderungen anzupassen,
+kann es erforderlich werden die globalen Einstellungen in postgresql.conf oder
+f�r einzelne Tabellen anzupassen; siehe hierzu die Dokumentation.
+</p>
+</body>
+</html>

Modified: trunk/pgadmin3/docs/de_DE/hints/pk.html
===================================================================
--- trunk/pgadmin3/docs/de_DE/hints/pk.html    2005-09-29 17:04:50 UTC (rev 4476)
+++ trunk/pgadmin3/docs/de_DE/hints/pk.html    2005-10-03 00:18:23 UTC (rev 4477)
@@ -10,7 +10,7 @@

 <h3>Prim�rschl�ssel</h3>
 <p>
-Beim Designen einer Tabelle sollte man stehts im Blick behalten, auf welche Weise sie sp�ter auf sie
+Beim Designen einer Tabelle sollte man stehts im Blick behalten, auf welche Weise sp�ter auf sie
 zugegriffen wird. In den meisten F�llen wird ein eindeutiger Schl�sselbegriff erforderlich sein um eine
 spezifische Zeile jeweils eindeutig identifizieren zu k�nnen. Dieser Schl�sselbegriff sollte als Prim�rschl�ssel
 erzeugt werden.
@@ -28,7 +28,7 @@
 Wenn man einen Blick auf die PostgreSQL-Systemtabellen wirft, stellt man fest da� keine von ihnen einen
Prim�rschl�sselaufweist, 
 also was soll das Ganze? Tats�chlich haben alle diese Tabellen eine oder zwei Spalten (typischerweise nur die OID),
welche 
 jede Zeile eindeutig identifiziert, welche die zweite Regel f�r einen Prim�rschl�ssel, nicht NULL enthalten zu d�rfen,
befolgt,und einen  
-Index f�r schnelleren Zugriff beinhaltet. Die Verwendung von OIDs hat historische Gr�nde, und ist gerade Wahl wenn es
umden Design 
+Index f�r schnelleren Zugriff beinhaltet. Die Verwendung von OIDs hat historische Gr�nde, und ist nicht gerade erste
Wahlwenn es um den Design 
 von User-Tabellen geht. PostgreSQL benutzt diese um R�ckw�rtskompatibilit�t zu gew�hrleisten. Aus heutiger Sicht w�rde
manvermutlich 
 Prim�rschl�ssel verwenden, eine dahingehende �nderung der Systemtabellen ist allerdings nicht zu erwarten.
 </p>

Added: trunk/pgadmin3/docs/en_US/hints/autovacuum.html
===================================================================
--- trunk/pgadmin3/docs/en_US/hints/autovacuum.html    2005-09-29 17:04:50 UTC (rev 4476)
+++ trunk/pgadmin3/docs/en_US/hints/autovacuum.html    2005-10-03 00:18:23 UTC (rev 4477)
@@ -0,0 +1,30 @@
+<html>
+
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
+<link rel="STYLESHEET" type="text/css" href="../pgadmin3.css">
+<title>Guru Hints</title>
+</head>
+
+<body>
+
+<h3>Running pg_autovacuum recommended</h3>
+<p>
+Introduced in PostgreSQL 8.1, the pg_autovacuum process which was previously
+implemented as an external service process is now integrated into the backend. It will
+run VACUUM automatically if a configurable amount of data has changed.
+</p>
+<p>
+Running VACUUM is mandatory on a PostgreSQL server to keep data consistent
+and the server performant. As a start, it is recommended to enable the pg_autovacuum
+daemon by setting 'autovacuum', 'stats_start_collector' and 'stats_row_level'
+in postgresql.conf to 'on'. With a usually neglectable performance penalty from the
+data change tracking, you will gain automatic performing VACUUM runs.
+</p>
+<p>
+To adjust pg_autovacuum performance for individual needs, you might need to tune
+its settings using global parameters in postgresql.conf, or individually on each table; see
+the documentation.
+</p>
+</body>
+</html>