X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 12C243A3B70 for ; Tue, 26 Oct 2004 21:29:10 +0100 (BST) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 26536-06 for ; Tue, 26 Oct 2004 20:29:06 +0000 (GMT) Received: from p15140235.pureserver.info (sql-info.de [217.160.166.164]) by svr1.postgresql.org (Postfix) with ESMTP id 7E13A3A3B4B for ; Tue, 26 Oct 2004 21:29:06 +0100 (BST) Received: by p15140235.pureserver.info (Postfix, from userid 639) id 9D5F6356F; Tue, 26 Oct 2004 22:29:05 +0200 (CEST) Received: from iwate.sql-info.de (pD951751B.dip.t-dialin.net [217.81.117.27]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by p15140235.pureserver.info (Postfix) with ESMTP id 6CBDE355D for ; Tue, 26 Oct 2004 22:29:03 +0200 (CEST) From: Ian Barwick To: pgsql-docs@postgresql.org Subject: German FAQ update Date: Tue, 26 Oct 2004 22:29:01 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_NOrfB7rLgxje9T1" Message-Id: <200410262229.01235.barwick@gmx.net> X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests=HTML_MESSAGE X-Spam-Level: X-Archive-Number: 200410/60 X-Sequence-Number: 2629 --Boundary-00=_NOrfB7rLgxje9T1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline attached. Ian Barwick barwick@gmx.net --Boundary-00=_NOrfB7rLgxje9T1 Content-Type: text/x-diff; charset="us-ascii"; name="FAQ_german.html.cdiff" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="FAQ_german.html.cdiff" Index: FAQ_german.html =================================================================== RCS file: /projects/cvsroot/pgsql/doc/src/FAQ/FAQ_german.html,v retrieving revision 1.15 diff -c -r1.15 FAQ_german.html *** FAQ_german.html 11 Jul 2004 23:07:18 -0000 1.15 --- FAQ_german.html 26 Oct 2004 20:27:06 -0000 *************** *** 14,20 ****

Deutsche Übersetzung von Ian Barwick (barwick@gmx.net).

!

Letzte Aktualisierung der deutschen Übersetzung: Fr., den 02.07.2004, 23:30 CET

Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:

    --- 14,20 ----

    Deutsche Übersetzung von Ian Barwick (barwick@gmx.net).

    !

    Letzte Aktualisierung der deutschen Übersetzung: Di., den 26.10.2004, 22:30 MEZ

    Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:

      *************** *** 67,73 **** 3.9) Was befindet sich im Verzeichnis pgsql_tmp/?
      3.10) Warum muß ich bei jeder neuen Hauptversion von PostgreSQL die komplette Datenbank exportieren und anschließend reimportieren?
      !

      Fragen zum Betrieb

      4.1) Worin besteht der Unterschied zwischen Binary Cursors und Normal Cursors?
      --- 67,73 ---- 3.9) Was befindet sich im Verzeichnis pgsql_tmp/?
      3.10) Warum muß ich bei jeder neuen Hauptversion von PostgreSQL die komplette Datenbank exportieren und anschließend reimportieren?
      ! 3.11) Welche Hardware eignet sich für den Betrieb mit PostgreSQL?

      Fragen zum Betrieb

      4.1) Worin besteht der Unterschied zwischen Binary Cursors und Normal Cursors?
      *************** *** 203,231 ****

      1.4) Welche Nicht-Unix-Portierungen sind verfügbar?

      !

      Client

      ! !

      Es ist möglich, die libpq C-Bibliothek, psql sowie andere Client- ! Anwendungen und Schnittstellen für den Einsatz auf MS-Windows-Plattformen ! zu kompilieren. In diesem Fall läuft der Client auf MS-Windows und steht ! über TCP/IP mit einem Server in Verbindung, der auf einer der ! unterstützten Unix-Plattformen läuft. Die Distribution enthält ! die Datei win32.mak, mit der Win32 libpq-Bibliothek und psql erzeugt ! werden können.

      ! !

      Server

      ! !

      Der Datenbankserver selber kann mit Hilfe der Cygwin-Umgebung ! (Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen ! gebracht werden. Hierzu bitte lesen Sie die in der Distribution ! enthaltene Datei pgsql/doc/FAQ_MSWIN oder die MS-Windows-FAQ unter ! http://www.PostgreSQL.org/docs/faqs/text/FAQ_MSWIN.

      ! !

      Eine eigenständige Portierung auf MS Win NT/2000/XP befindet sich ! in der Vorbereitung.

      ! !

      Weitere Informationen zum Status von PostgreSQL auf der Microsoft-Plattform ! befinden sich unter http://techdocs.postgresql.org/guides/Windows (en.) sowie http://momjian.postgresql.org/main/writings/pgsql/win32.html (en.).

      Eine Portierung für Novell Netware 6 gibt es unter http://forge.novell.com.

      --- 203,218 ----

      1.4) Welche Nicht-Unix-Portierungen sind verfügbar?

      !

      Ab Version 8.0 läuft PostgreSQL auf Microsoft NT-basierten Betriebssystemen ! wie Windows 2000, XP und Server 2003. Ein vorgefertigtes Installationspaket ! (derzeit noch im Beta-Stadium) kann von http://pgfoundry.org/projects/pginstaller ! heruntergeladen werden. Einen Überblick über den aktuellen Stand bietet die Win32-FAQ: ! http://pginstaller.projects.postgresql.org/FAQ_windows.html.

      ! !

      Unter Windows 95/98/ME ist es nur möglich, den Datenbankserver mit Hilfe ! der Cygwin-Umgebung (Unix-Portierungsbibliotheken) zu betreiben. Weitere ! Informationen hierzu gibt es in der CYGWIN-FAQ: ! http://www.PostgreSQL.org/docs/faqs/text/FAQ_CYGWIN.

      Eine Portierung für Novell Netware 6 gibt es unter http://forge.novell.com.

      *************** *** 290,298 ****

      1.7) Was ist die neueste Version von PostgreSQL?

      !

      Die neueste Version von PostgreSQL ist 7.4.3 .

      !

      Die Freigabe einer neuen Version erfolgt im Schnitt jede 6 bis 8 Monaten.

      1.8) Welche Dokumentation ist für PostgreSQL verfügbar?

      --- 277,285 ----

      1.7) Was ist die neueste Version von PostgreSQL?

      !

      Die neueste Version von PostgreSQL ist 7.4.6 .

      !

      Die Freigabe einer neuen Version erfolgt im Schnitt alle 6 bis 8 Monaten.

      1.8) Welche Dokumentation ist für PostgreSQL verfügbar?

      *************** *** 573,581 ****

      PostgreSQL ist standardmäßig so eingestellt, dass Verbindungen nur vom lokalen Rechner über Unix Domain Sockets möglich sind. Verbindungen von anderen Rechnern über TCP/IP sind nur möglich, wenn der postmaster ! mit der -i Option gestartet wird und / oder die Option tcpip_sockets ! in postgresql.conf eingeschaltet wird, und die host-basierte Authentifizierung in ! der Datei $PGDATA/pg_hba.conf entsprechend angepasst ist.

      3.6) Wie optimiere ich die Datenbank für bessere Leistung?

      --- 560,569 ----

      PostgreSQL ist standardmäßig so eingestellt, dass Verbindungen nur vom lokalen Rechner über Unix Domain Sockets möglich sind. Verbindungen von anderen Rechnern über TCP/IP sind nur möglich, wenn der postmaster ! mit der -i Option gestartet wird und / oder die Option listen_addresses ! (in 7.x-Versionen: tcpip_sockets) in postgresql.conf eingeschaltet wird, und die ! host-basierte Authentifizierung in der Datei $PGDATA/pg_hba.conf ! entsprechend angepasst ist.

      3.6) Wie optimiere ich die Datenbank für bessere Leistung?

      *************** *** 722,727 **** --- 710,726 ---- und Einlesen zu übertragen. Die jeweilige Dokumentation gibt an, ob für die betreffende Version pg_upgrade verfügbar ist.

      + +

      3.11) Welche Hardware eignet sich für den Betrieb mit PostgreSQL?

      + +

      PostgreSQL läuft auf fast jeder Hardware-Kombination. Im PC-Bereich + gibt es allerdings sehr große Abweichungen in der Qualität. Für einen + Arbeitsplatz- oder Entwicklungsrechner mag dies nicht so bedeutend sein, + im Server-Betrieb jedoch lohnt sich auf jeden Fall die Investition + in teurere Bestandteile (Stichwörter ECC-Speicher, SCSI, Hauptplatinen + und Netzteile von namhaften Herstellern). +

      +

      Fragen zum Betrieb

      *************** *** 834,856 **** groß sein. Die Größe der PostgreSQL-Datenbankdatei, die diese Daten enthält, liegt ungefähr bei 6,4 MB:

      !     36 Bytes: jeder Zeilenkopf (ungefähr)
           +24 Bytes: ein Integer-Feld und ein Textfeld
           + 4 Bytes: Zeiger auf der Datenseite auf den Tupel
           -----------------------------------------------
      !     64 Bytes pro Zeile
        

      Die Größe einer Datenseite in PostgreSQL beträgt 8192 Bytes (8 KB), also:

           8192 Bytes pro Seite
      !    ---------------------   =  128 Zeilen pro Seite (abgerundet)
             64 Bytes pro Zeile
        
           100.000 Datenzeilen
      !    -----------------------  =  782 Datenbankseiten (aufgerundet)
               128 Zeilen pro Seite
        
      !    782 Datenbankseiten * 8192 Bytes pro Seite  =  6.406.144 Byte (6,4 MB)
        

      Indizes beanspruchen nicht so viel Platz. Da sie jedoch die Daten beinhalten, die sie indizieren, können auch sie sehr groß werden.

      --- 833,855 ---- groß sein. Die Größe der PostgreSQL-Datenbankdatei, die diese Daten enthält, liegt ungefähr bei 6,4 MB:

      !     32 Bytes: jeder Zeilenkopf (ungefähr)
           +24 Bytes: ein Integer-Feld und ein Textfeld
           + 4 Bytes: Zeiger auf der Datenseite auf den Tupel
           -----------------------------------------------
      !     60 Bytes pro Zeile
        

      Die Größe einer Datenseite in PostgreSQL beträgt 8192 Bytes (8 KB), also:

           8192 Bytes pro Seite
      !    ---------------------   =  136 Zeilen pro Seite (abgerundet)
             64 Bytes pro Zeile
        
           100.000 Datenzeilen
      !    -----------------------  =  735 Datenbankseiten (aufgerundet)
               128 Zeilen pro Seite
        
      !    735 Datenbankseiten * 8192 Bytes pro Seite  =  6.021.120 Byte (6 MB)
        

      Indizes beanspruchen nicht so viel Platz. Da sie jedoch die Daten beinhalten, die sie indizieren, können auch sie sehr groß werden.

      *************** *** 885,890 **** --- 884,893 ---- entscheiden, ob Indizes verwendet werden sollen. Statistiken sind auch bei der Feststellung optimaler JOIN-Reihenfolge und -Methoden wertvoll.

      +

      In Versionen vor 8.0 werden Indizes oft nicht benutzt, wenn die + jeweiligen Datentypen nicht genau übereinstimmen. Dies gilt besonders für + Spalten mit numerischen und Integer-Werten.

      +

      Indizes werden normalerweise nicht in ORDER BY-Abfrage oder in JOINs verwendet. Ein sequentieller Scan mit anschließendem explizitem Sortiervorgang ist normalerweise schneller als ein Index-Scan einer --Boundary-00=_NOrfB7rLgxje9T1--