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>