X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org
Received: from localhost (neptune.hub.org [200.46.204.2])
	by svr1.postgresql.org (Postfix) with ESMTP id 68A53D1B437
	for <pgsql-docs-postgresql.org@localhost.postgresql.org>;
	Fri,  2 Jan 2004 07:08:01 +0000 (GMT)
Received: from svr1.postgresql.org ([200.46.204.71])
	by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024)
	with ESMTP id 99468-08
	for <pgsql-docs-postgresql.org@localhost.postgresql.org>;
	Fri,  2 Jan 2004 03:07:13 -0400 (AST)
Received: from p15140235.pureserver.info (sql-info.de [217.160.166.164])
	by svr1.postgresql.org (Postfix) with ESMTP id 9A550D1B43A
	for <pgsql-docs@postgresql.org>; Fri,  2 Jan 2004 03:07:11 -0400 (AST)
Received: by p15140235.pureserver.info (Postfix, from userid 639)
	id C3EAD203A; Fri,  2 Jan 2004 08:07:05 +0100 (CET)
Received: from iwate.sql-info.de (pD9E0E365.dip.t-dialin.net
 [217.224.227.101])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by p15140235.pureserver.info (Postfix) with ESMTP id E790B132A
	for <pgsql-docs@postgresql.org>; Fri,  2 Jan 2004 08:07:03 +0100 (CET)
From: Ian Barwick <barwick@gmx.net>
To: pgsql-docs@postgresql.org
Subject: German FAQ update
Date: Fri, 2 Jan 2004 08:07:01 +0100
User-Agent: KMail/1.5.1
MIME-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_ViR9/lhrskRAK1Y"
Message-Id: <200401020807.01256.barwick@gmx.net>
X-Virus-Scanned: by amavisd-new at postgresql.org
X-Spam-Status: No, hits=1.2 tagged_above=0.0 required=5.0 tests=HTML_10_20,
	PATCH_CONTEXT_DIFF, RCVD_IN_NJABL, USER_AGENT_KMAIL
X-Spam-Level: *
X-Archive-Number: 200401/1
X-Sequence-Number: 2217

--Boundary-00=_ViR9/lhrskRAK1Y
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

attached.

Ian Barwick
barwick@gmx.net

--Boundary-00=_ViR9/lhrskRAK1Y
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-server/doc/src/FAQ/FAQ_german.html,v
retrieving revision 1.12
diff -c -r1.12 FAQ_german.html
*** FAQ_german.html	3 Sep 2003 20:28:14 -0000	1.12
--- FAQ_german.html	2 Jan 2004 07:05:31 -0000
***************
*** 14,20 ****
  
      <p>Deutsche Übersetzung von Ian Barwick (<a href="mailto:barwick@gmx.net">barwick@gmx.net</a>).</p>
  
!     <p>Letzte Aktualisierung der deutschen Übersetzung: Di., den 02.09.2003, 10:00 CET</p>
  
      <p>Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:</p>
      <ul>
--- 14,20 ----
  
      <p>Deutsche Übersetzung von Ian Barwick (<a href="mailto:barwick@gmx.net">barwick@gmx.net</a>).</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,226 ****
      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>
  
      <p>Eine Portierung für Novell Netware 6 gibt es unter <a href="http://forge.novell.com">http://forge.novell.com</a>.</p>
  
--- 220,226 ----
      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.) 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,281 ****
  <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>Eine Liste von Unternehmen, die Support für PostgreSQL auf kommerzieller
      Basis leisten, kann unter
--- 273,282 ----
  <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 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,290 ****
  
      <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 Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro Jahr.</p>
  
--- 285,291 ----
  
      <h4><a name="1.7">1.7</a>) Was ist die neueste Version von PostgreSQL?</h4>
  
!     <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,386 ****
        <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
            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>
--- 375,389 ----
        <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 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,487 ****
     
      <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
      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 
--- 482,489 ----
     
      <p>Es gibt mehrere grafische Schnittstellen für PostgreSQL, darunter
      PgAccess ( <a href="http://www.pgaccess.org">http://www.pgaccess.org</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,791 ****
  <pre>
      Maximale Größe eine Datenbank?           unbeschränkt (es existieren
                                                 Datenbanken mit 4TB)
!     Maximale Größe einer Tabelle?            16 TB
      Maximale Größe einer Zeile?              1,6 TB
      Maximale Größe einer Spalte?             1 GB
      Maximale Anzahl von Zeilen in einer Tabelle?
--- 787,793 ----
  <pre>
      Maximale Größe eine Datenbank?           unbeschränkt (es existieren
                                                 Datenbanken mit 4TB)
!     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,805 ****
      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
      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>
--- 801,807 ----
      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 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,1018 ****
      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>
  <pre>
        CREATE TABLE person (
            id   SERIAL,
--- 1014,1020 ----
      Werts?</h4>
  
      <p>PostgreSQL bietet einen <small>SERIAL</small>-Datentyp. Dieser erzeugt automatisch
!     eine Sequenz auf die angegebene Spalte. Zum Beispiel:</p>
  <pre>
        CREATE TABLE person (
            id   SERIAL,
***************
*** 1025,1031 ****
          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.
--- 1027,1032 ----
***************
*** 1180,1187 ****
      <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
      sequentiell geprüft werden. Um dies zu vermeiden, kann man <small>IN</small> durch
      <small>EXISTS</small> ersetzen, z.B.:</p>
  <pre>
--- 1181,1188 ----
      <h4><a name="4.22">4.22</a>) Warum sind meine Unterabfragen (subqueries), die IN verwenden,
      so langsam?</h4>
  
!     <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,1203 ****
         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>
  
      <h4><a name="4.23">4.23</a>) Wie führe ich einen <small>OUTER JOIN</small> durch?</h4>
  
--- 1197,1206 ----
         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. 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,1362 ****
      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:schulz@linux-systemhaus.de">schulz@linux-systemhaus.de</a>).</p>
  </body>
  </html>
  
--- 1358,1363 ----

--Boundary-00=_ViR9/lhrskRAK1Y--