German FAQ update.

Ian Barwick

2 files changed, 63 insertions, 61 deletions

diff --git a/doc/FAQ_german b/doc/FAQ_german
index 32cb5464152..7ae89316772 100644
--- a/doc/FAQ_german
+++ b/doc/FAQ_german
@@ -5,8 +5,8 @@
    
    Deutsche �bersetzung von Ian Barwick ([email protected]).
    
-   Letzte Aktualisierung der deutschen �bersetzung: Di., den 02.09.2003,
-   10:00 CET
+   Letzte Aktualisierung der deutschen �bersetzung: Fr., den 02.01.2004,
+   07:30 CET
    
    Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL
    Website:
@@ -229,7 +229,8 @@
    
    Weitere Informationen zum Status von PostgreSQL auf der
    Microsoft-Plattform befinden sich unter
-   http://techdocs.postgresql.org/guides/Windows (en.).
+   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.
@@ -280,10 +281,10 @@
    
      http://www.PostgreSQL.org
      
-   Es gibt au�erdem einen IRC-Channel bei EFNet und bei OpenProjects,
-   Channel #PostgreSQL. Der FAQ-Autor Bruce Momjian nutzt den
-   Unix-Befehl: irc -c '#PostgreSQL' "$USER" irc.phoenix.net um daran
-   teilzunehmen.
+   Es gibt au�erdem einen IRC-Channel bei EFNet und bei Freenode, Channel
+   #PostgreSQL. Unter UNIX/Linux k�nnen Sie mit z.B. irc -c '#PostgreSQL'
+   "$USER" irc.phoenix.net bzw. irc -c '#PostgreSQL' "$USER"
+   irc.freenode.net. daran teilnehmen.
    
    Eine Liste von Unternehmen, die Support f�r PostgreSQL auf
    kommerzieller Basis leisten, kann unter
@@ -291,7 +292,7 @@
    
     1.7) Was ist die neueste Version von PostgreSQL?
     
-   Die neueste Version von PostgreSQL ist 7.3.4 .
+   Die neueste Version von PostgreSQL ist 7.4.1 .
    
    Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro
    Jahr.
@@ -386,14 +387,18 @@
           PostgreSQL weist eine Performanz auf, die mit der von
           kommerziellen und anderen Open-Source-Datenbanken vergleichbar
           ist. In manchen Bereichen ist es schneller, in anderen
-          langsamen. Im Vergleich zu MySQL oder abgespeckten
-          Datenbank-Systemen sind INSERT- und UPDATE-Anweisungen aufgrund
-          des Transaktionsaufwands langsamer. MySQL hat allerdings keine
-          der oben erw�hnten Eigenschaften. PostgreSQL setzt auf
-          Zuverl�ssigkeit und Funktionsumfang, obwohl selbstredend
-          st�ndig an Performanz- Verbesserungen gearbeitet wird. Ein
-          interessanter Vergleich zwischen PostgreSQL und MySQL befindet
-          sich unter dieser URL:
+          langsamer.
+          
+          Im Vergleich zu MySQL oder abgespeckten Datenbank-Systemen ist
+          PostgreSQL in Lastsituationen - z.B. bei zeitgleichen Zugriffen
+          durch mehrere Nutzer, komplexen Abfragen oder gleichzeitigen
+          Lese- und Schreibzugriffen schneller. MySQL ist nur bei
+          einfacheren SELECT-Abfragen mit wenigen Nutzern schneller.
+          MySQL hat allerdings wenige der oben erw�hnten Eigenschaften.
+          PostgreSQL setzt auf Zuverl�ssigkeit und Funktionsumfang, dabei
+          wird selbstredend st�ndig an Performanz-Verbesserungen
+          gearbeitet. Ein interessanter Vergleich zwischen PostgreSQL und
+          MySQL befindet sich unter dieser URL:
           http://openacs.org/philosophy/why-not-mysql.html
           
    Zuverl�ssigkeit
@@ -488,12 +493,11 @@
     2.3) Hat PostgreSQL eine grafische Benutzerschnittstelle?
     
    Es gibt mehrere grafische Schnittstellen f�r PostgreSQL, darunter
-   PgAccess ( http://www.pgaccess.org), PgAdmin II
-   (http://www.pgadmin.org, nur f�r Win32), RHDB Admin
-   (http://sources.redhat.com/rhdb/ ) und Rekall (
-   http://www.thekompany.com/products/rekall/, propriet�r). Es gibt
-   au�erdem PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ), eine
-   web-basierte Schnittstelle.
+   PgAccess ( http://www.pgaccess.org), PgAdmin III
+   (http://www.pgadmin.org, RHDB Admin (http://sources.redhat.com/rhdb/ )
+   und Rekall ( http://www.thekompany.com/products/rekall/, propriet�r).
+   Es gibt au�erdem PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ),
+   eine web-basierte Schnittstelle.
    
     2.4) Welche Programmiersprachen und Schnittstellen gibt es?
     
@@ -788,7 +792,7 @@
    Es bestehen folgende Obergrenzen:
     Maximale Gr��e eine Datenbank?           unbeschr�nkt (es existieren
                                                Datenbanken mit 4TB)
-    Maximale Gr��e einer Tabelle?            16 TB
+    Maximale Gr��e einer Tabelle?            32 TB
     Maximale Gr��e einer Zeile?              1,6 TB
     Maximale Gr��e einer Spalte?             1 GB
     Maximale Anzahl von Zeilen in einer Tabelle?
@@ -802,7 +806,7 @@
    verf�gbaren Platten- und Speicherressourcen eingeschr�nkt sind.
    Extreme Gr��en k�nnen zu Leistungseinbu�en f�hren.
    
-   Die maximale Tabellengr��e von 16 TB ben�tigt keine
+   Die maximale Tabellengr��e von 32 TB ben�tigt keine
    Large-File-Unterst�tzung im Betriebssystem. Gro�e Tabellen werden in
    Dateien mit einer Gr��e von 1 GB aufgeteilt, wodurch etwaige
    dateisystem-bedingte Beschr�nkungen nicht relevant sind.
@@ -1016,7 +1020,7 @@ BYTEA         bytea           Bytearray mit variabler L�nge
     Werts?
     
    PostgreSQL bietet einen SERIAL-Datentyp. Dieser erzeugt automatisch
-   eine Sequenz und einen Index auf die angegebene Spalte. Zum Beispiel:
+   eine Sequenz auf die angegebene Spalte. Zum Beispiel:
       CREATE TABLE person (
           id   SERIAL,
           name TEXT
@@ -1028,7 +1032,6 @@ BYTEA         bytea           Bytearray mit variabler L�nge
         id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
         name TEXT
       );
-      CREATE UNIQUE INDEX person_id_key ON person ( id );
 
    umgewandelt.
    
@@ -1175,10 +1178,10 @@ BYTEA         bytea           Bytearray mit variabler L�nge
     4.22) Warum sind meine Unterabfragen (subqueries), die IN verwenden, so
     langsam?
     
-   Derzeit werden Unterabfragen mit der �usseren Abfrage verbunden, indem
-   f�r jede Reihe der �usseren Query die Ergebnisse der Unterabfrage
-   sequentiell gepr�ft werden. Um dies zu vermeiden, kann man IN durch
-   EXISTS ersetzen, z.B.:
+   In Versionen vor 7.4 werden Unterabfragen mit der �usseren Abfrage
+   verbunden, in dem f�r jede Reihe der �usseren Query die Ergebnisse der
+   Unterabfrage sequentiell gepr�ft werden. Um dies zu vermeiden, kann
+   man IN durch EXISTS ersetzen, z.B.:
       SELECT *
         FROM tabelle_1
        WHERE spalte1 IN (SELECT spalte2 FROM tabelle_2)
@@ -1189,8 +1192,9 @@ BYTEA         bytea           Bytearray mit variabler L�nge
        WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
 
    Damit diese Abfrage effizient durchgef�hrt wird, sollte f�r 'spalte2'
-   ein Index angelegt worden sein. Die Einschr�nkung von Abfragen mit IN
-   wird in der n�chsten PostgreSQL-Version (7.4) behoben werden.
+   ein Index angelegt worden sein. Ab PostgreSQL 7.4 IN verwendet die
+   gleichen Methoden wie die normale Tabellenverkn�pfung und ist daher
+   soger EXISTS vorzuziehen.
    
     4.23) Wie f�hre ich einen OUTER JOIN durch?
     
@@ -1344,6 +1348,3 @@ BYTEA         bytea           Bytearray mit variabler L�nge
    Verst�ndnisfragen zum Inhalt der FAQ freue ich mich. Ich nehme auch
    allgemeine Fragen zu PostgreSQL gerne entgegen, verweise jedoch auf
    die Mailing-Listen als schnelle und zuverl�ssige Anlaufstellen.
-   
-   Diese �bersetzung basiert teilweise auf einer fr�heren �bersetzung von
-   Karsten Schulz ([email protected]).
diff --git a/doc/src/FAQ/FAQ_german.html b/doc/src/FAQ/FAQ_german.html
index 5042cdfdca9..afa1087f146 100644
--- a/doc/src/FAQ/FAQ_german.html
+++ b/doc/src/FAQ/FAQ_german.html
@@ -14,7 +14,7 @@ href="mailto:[email protected]">[email protected]</a>).</p>
 
     <p>Deutsche �bersetzung von Ian Barwick (<a href="mailto:[email protected]">[email protected]</a>).</p>
 
-    <p>Letzte Aktualisierung der deutschen �bersetzung: Di., den 02.09.2003, 10:00 CET</p>
+    <p>Letzte Aktualisierung der deutschen �bersetzung: Fr., den 02.01.2004, 07:30 CET</p>
 
     <p>Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:</p>
     <ul>
@@ -220,7 +220,7 @@ href="mailto:[email protected]">[email protected]</a>).</p>
     in der Vorbereitung.</p>
 
     <p>Weitere Informationen zum Status von PostgreSQL auf der Microsoft-Plattform
-    befinden sich unter <a href="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows</a> (en.).</p>
+    befinden sich unter <a href="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows</a> (en.) sowie  <a href="http://momjian.postgresql.org/main/writings/pgsql/win32.html"> http://momjian.postgresql.org/main/writings/pgsql/win32.html</a> (en.).</p>
 
     <p>Eine Portierung f�r Novell Netware 6 gibt es unter <a href="http://forge.novell.com">http://forge.novell.com</a>.</p>
 
@@ -273,9 +273,10 @@ href="mailto:[email protected]">[email protected]</a>).</p>
 <blockquote>
 <a href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</a>
 </blockquote>
-    <p>Es gibt au�erdem einen IRC-Channel bei EFNet und bei OpenProjects, Channel
-    <em>#PostgreSQL</em>. Der FAQ-Autor Bruce Momjian nutzt den Unix-Befehl:
-    <small>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</small> um daran teilzunehmen.</p>
+    <p>Es gibt au�erdem einen IRC-Channel bei EFNet und bei Freenode, Channel
+    <em>#PostgreSQL</em>. Unter UNIX/Linux k�nnen Sie mit z.B.
+    <small>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</small> bzw. <small>irc -c
+    '#PostgreSQL' "$USER" irc.freenode.net.</small> daran teilnehmen.</p>
 
     <p>Eine Liste von Unternehmen, die Support f�r PostgreSQL auf kommerzieller
     Basis leisten, kann unter
@@ -284,7 +285,7 @@ href="mailto:[email protected]">[email protected]</a>).</p>
 
     <h4><a name="1.7">1.7</a>) Was ist die neueste Version von PostgreSQL?</h4>
 
-    <p>Die neueste Version von PostgreSQL ist 7.3.4 .</p>
+    <p>Die neueste Version von PostgreSQL ist 7.4.1 .</p>
 
     <p>Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro Jahr.</p>
 
@@ -374,13 +375,15 @@ href="mailto:[email protected]">[email protected]</a>).</p>
       <dt><b>Performanz</b></dt>
       <dd><p>PostgreSQL weist eine Performanz auf, die mit der von kommerziellen
           und anderen Open-Source-Datenbanken vergleichbar ist. In
-          manchen Bereichen ist es schneller, in anderen langsamen. Im
-          Vergleich zu MySQL oder abgespeckten Datenbank-Systemen sind
-          INSERT- und UPDATE-Anweisungen aufgrund des Transaktionsaufwands
-          langsamer. MySQL hat allerdings keine der oben erw�hnten
-          Eigenschaften. PostgreSQL setzt auf Zuverl�ssigkeit und
-          Funktionsumfang, obwohl selbstredend st�ndig an Performanz-
-          Verbesserungen gearbeitet wird. Ein interessanter Vergleich
+          manchen Bereichen ist es schneller, in anderen langsamer.</p>
+          <p>Im Vergleich zu MySQL oder abgespeckten Datenbank-Systemen 
+          ist PostgreSQL in Lastsituationen - z.B. bei zeitgleichen
+          Zugriffen durch mehrere Nutzer, komplexen Abfragen oder gleichzeitigen
+          Lese- und Schreibzugriffen schneller. MySQL ist nur bei einfacheren
+          SELECT-Abfragen mit wenigen Nutzern schneller.  MySQL hat allerdings 
+          wenige der oben erw�hnten Eigenschaften. PostgreSQL setzt auf 
+          Zuverl�ssigkeit und Funktionsumfang, dabei wird selbstredend st�ndig 
+          an Performanz-Verbesserungen gearbeitet. Ein interessanter Vergleich
           zwischen PostgreSQL und MySQL befindet sich unter dieser URL:
             <a href="http://openacs.org/philosophy/why-not-mysql.html">http://openacs.org/philosophy/why-not-mysql.html</a></p>
       </dd>
@@ -479,9 +482,8 @@ href="mailto:[email protected]">[email protected]</a>).</p>
    
     <p>Es gibt mehrere grafische Schnittstellen f�r PostgreSQL, darunter
     PgAccess ( <a href="http://www.pgaccess.org">http://www.pgaccess.org</a>), 
-    PgAdmin II (<a
-    href="http://www.pgadmin.org">http://www.pgadmin.org</a>,
-    nur f�r Win32), RHDB Admin (<a
+    PgAdmin III (<a
+    href="http://www.pgadmin.org">http://www.pgadmin.org</a>, RHDB Admin (<a
     href="http://sources.redhat.com/rhdb/">http://sources.redhat.com/rhdb/
     </a>) und Rekall (<a href="http://www.thekompany.com/products/rekall/">
     http://www.thekompany.com/products/rekall/</a>, propriet�r). Es gibt 
@@ -785,7 +787,7 @@ href="mailto:[email protected]">[email protected]</a>).</p>
 <pre>
     Maximale Gr��e eine Datenbank?           unbeschr�nkt (es existieren
                                                Datenbanken mit 4TB)
-    Maximale Gr��e einer Tabelle?            16 TB
+    Maximale Gr��e einer Tabelle?            32 TB
     Maximale Gr��e einer Zeile?              1,6 TB
     Maximale Gr��e einer Spalte?             1 GB
     Maximale Anzahl von Zeilen in einer Tabelle?
@@ -799,7 +801,7 @@ href="mailto:[email protected]">[email protected]</a>).</p>
     verf�gbaren Platten- und Speicherressourcen eingeschr�nkt sind.
     Extreme Gr��en k�nnen zu Leistungseinbu�en f�hren.</p>
    
-    <p>Die maximale Tabellengr��e von 16 TB ben�tigt keine Large-File-Unterst�tzung
+    <p>Die maximale Tabellengr��e von 32 TB ben�tigt keine Large-File-Unterst�tzung
     im Betriebssystem. Gro�e Tabellen werden in Dateien mit einer Gr��e von
     1 GB aufgeteilt, wodurch etwaige dateisystem-bedingte Beschr�nkungen nicht
     relevant sind.</p>
@@ -1012,7 +1014,7 @@ BYTEA         bytea           Bytearray mit variabler L�nge
     Werts?</h4>
 
     <p>PostgreSQL bietet einen <small>SERIAL</small>-Datentyp. Dieser erzeugt automatisch
-    eine Sequenz und einen Index auf die angegebene Spalte. Zum Beispiel:</p>
+    eine Sequenz auf die angegebene Spalte. Zum Beispiel:</p>
 <pre>
       CREATE TABLE person (
           id   SERIAL,
@@ -1025,7 +1027,6 @@ BYTEA         bytea           Bytearray mit variabler L�nge
         id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
         name TEXT
       );
-      CREATE UNIQUE INDEX person_id_key ON person ( id );
 </pre><p>    umgewandelt.</p>
 
     <p>Die <em>create_sequence</em> Man-Page liefert weitere Informationen �ber Sequenzen.
@@ -1180,8 +1181,8 @@ BYTEA         bytea           Bytearray mit variabler L�nge
     <h4><a name="4.22">4.22</a>) Warum sind meine Unterabfragen (subqueries), die IN verwenden,
     so langsam?</h4>
 
-    <p>Derzeit werden Unterabfragen mit der �usseren Abfrage verbunden, indem
-    f�r jede Reihe der �usseren Query die Ergebnisse der Unterabfrage
+    <p>In Versionen vor 7.4 werden Unterabfragen mit der �usseren Abfrage verbunden, 
+    in dem f�r jede Reihe der �usseren Query die Ergebnisse der Unterabfrage
     sequentiell gepr�ft werden. Um dies zu vermeiden, kann man <small>IN</small> durch
     <small>EXISTS</small> ersetzen, z.B.:</p>
 <pre>
@@ -1196,8 +1197,10 @@ BYTEA         bytea           Bytearray mit variabler L�nge
        WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
 </pre>
     <p> Damit diese Abfrage effizient durchgef�hrt wird, sollte f�r '<em>spalte2</em>'
-    ein Index angelegt worden sein. Die Einschr�nkung von Abfragen mit <small>IN</small>
-    wird in der n�chsten PostgreSQL-Version (7.4) behoben werden.</p>
+    ein Index angelegt worden sein. Ab PostgreSQL 7.4 <small>IN</small> verwendet
+    die gleichen Methoden wie die normale Tabellenverkn�pfung und ist daher soger
+    <small>EXISTS</small> vorzuziehen.
+    </p>
 
     <h4><a name="4.23">4.23</a>) Wie f�hre ich einen <small>OUTER JOIN</small> durch?</h4>
 
@@ -1355,8 +1358,6 @@ BYTEA         bytea           Bytearray mit variabler L�nge
     entgegen, verweise jedoch auf die Mailing-Listen als schnelle und zuverl�ssige
     Anlaufstellen.</p>
 
-    <p>Diese �bersetzung basiert teilweise auf einer fr�heren �bersetzung von Karsten
-    Schulz (<a href="mailto:[email protected]">[email protected]</a>).</p>
 </body>
 </html>