attached.
Ian Barwick
[EMAIL PROTECTED]
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:[EMAIL PROTECTED]">[EMAIL PROTECTED]</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:[EMAIL PROTECTED]">[EMAIL PROTECTED]</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:[EMAIL PROTECTED]">[EMAIL PROTECTED]</a>).</p>
</body>
</html>
--- 1358,1363 ----
---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster
