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

From: svn(at)pgadmin(dot)org
To: pgadmin-hackers(at)postgresql(dot)org
Subject: SVN Commit by andreas: r4477 - in trunk/pgadmin3/docs: de_DE/hints en_US/hints
Date: 2005-10-03 00:18:24
Message-ID: 200510030018.j930IOMn030569@developer.pgadmin.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

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 fhrt VACUUM automatisch
+aus, wenn sich die Daten in einem konfigurierbaren Umfang gendert haben.
+</p>
+<p>
+Das Laufenlassen von VACUUM ist erforderlich fr 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 Performanceeinbue ist normalerweise
+nicht sprbar, man gewinnt jedoch die Sicherheit der automatisierten VACUUM-Lufe.
+</p>
+<p>
+Um die pg_autovacuum Performance fr individuelle Anforderungen anzupassen,
+kann es erforderlich werden die globalen Einstellungen in postgresql.conf oder
+fr 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>Primrschlssel</h3>
<p>
-Beim Designen einer Tabelle sollte man stehts im Blick behalten, auf welche Weise sie spter auf sie
+Beim Designen einer Tabelle sollte man stehts im Blick behalten, auf welche Weise spter auf sie
zugegriffen wird. In den meisten Fllen wird ein eindeutiger Schlsselbegriff erforderlich sein um eine
spezifische Zeile jeweils eindeutig identifizieren zu knnen. Dieser Schlsselbegriff sollte als Primrschlssel
erzeugt werden.
@@ -28,7 +28,7 @@
Wenn man einen Blick auf die PostgreSQL-Systemtabellen wirft, stellt man fest da keine von ihnen einen Primrschlssel aufweist,
also was soll das Ganze? Tatschlich haben alle diese Tabellen eine oder zwei Spalten (typischerweise nur die OID), welche
jede Zeile eindeutig identifiziert, welche die zweite Regel fr einen Primrschlssel, nicht NULL enthalten zu drfen, befolgt, und einen
-Index fr schnelleren Zugriff beinhaltet. Die Verwendung von OIDs hat historische Grnde, und ist gerade Wahl wenn es um den Design
+Index fr schnelleren Zugriff beinhaltet. Die Verwendung von OIDs hat historische Grnde, und ist nicht gerade erste Wahl wenn es um den Design
von User-Tabellen geht. PostgreSQL benutzt diese um Rckwrtskompatibilitt zu gewhrleisten. Aus heutiger Sicht wrde man vermutlich
Primrschlssel 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>

Browse pgadmin-hackers by date

  From Date Subject
Next Message svn 2005-10-03 00:49:52 SVN Commit by andreas: r4479 - trunk/pgadmin3/src/frm
Previous Message Andreas Pflug 2005-10-03 00:16:37 pgAdmin guru hints