mirror of
https://github.com/postgres/postgres.git
synced 2025-06-13 07:41:39 +03:00
German FAQ update.
Ian Barwick
This commit is contained in:
Bruce Momjian
@ -5,8 +5,8 @@
|
||||
|
||||
Deutsche <20>bersetzung von Ian Barwick (barwick@gmx.net).
|
||||
|
||||
Letzte Aktualisierung der deutschen <20>bersetzung: Di., den 02.09.2003,
|
||||
10:00 CET
|
||||
Letzte Aktualisierung der deutschen <20>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<61>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<61>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<72>hnten Eigenschaften. PostgreSQL setzt auf
|
||||
Zuverl<EFBFBD>ssigkeit und Funktionsumfang, obwohl selbstredend
|
||||
st<EFBFBD>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<72>hnten Eigenschaften.
|
||||
PostgreSQL setzt auf Zuverl<72>ssigkeit und Funktionsumfang, dabei
|
||||
wird selbstredend st<73>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<72>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<65>r). Es gibt
|
||||
au<EFBFBD>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<65>r).
|
||||
Es gibt au<61>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<47><72>e eine Datenbank? unbeschr<68>nkt (es existieren
|
||||
Datenbanken mit 4TB)
|
||||
Maximale Gr<47><72>e einer Tabelle? 16 TB
|
||||
Maximale Gr<47><72>e einer Tabelle? 32 TB
|
||||
Maximale Gr<47><72>e einer Zeile? 1,6 TB
|
||||
Maximale Gr<47><72>e einer Spalte? 1 GB
|
||||
Maximale Anzahl von Zeilen in einer Tabelle?
|
||||
@ -802,7 +806,7 @@
|
||||
verf<72>gbaren Platten- und Speicherressourcen eingeschr<68>nkt sind.
|
||||
Extreme Gr<47><72>en k<>nnen zu Leistungseinbu<62>en f<>hren.
|
||||
|
||||
Die maximale Tabellengr<67><72>e von 16 TB ben<65>tigt keine
|
||||
Die maximale Tabellengr<67><72>e von 32 TB ben<65>tigt keine
|
||||
Large-File-Unterst<73>tzung im Betriebssystem. Gro<72>e Tabellen werden in
|
||||
Dateien mit einer Gr<47><72>e von 1 GB aufgeteilt, wodurch etwaige
|
||||
dateisystem-bedingte Beschr<68>nkungen nicht relevant sind.
|
||||
@ -1016,7 +1020,7 @@ BYTEA bytea Bytearray mit variabler L
|
||||
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
|
||||
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
|
||||
4.22) Warum sind meine Unterabfragen (subqueries), die IN verwenden, so
|
||||
langsam?
|
||||
|
||||
Derzeit werden Unterabfragen mit der <20>usseren Abfrage verbunden, indem
|
||||
f<>r jede Reihe der <20>usseren Query die Ergebnisse der Unterabfrage
|
||||
sequentiell gepr<70>ft werden. Um dies zu vermeiden, kann man IN durch
|
||||
EXISTS ersetzen, z.B.:
|
||||
In Versionen vor 7.4 werden Unterabfragen mit der <20>usseren Abfrage
|
||||
verbunden, in dem f<EFBFBD>r jede Reihe der <20>usseren Query die Ergebnisse der
|
||||
Unterabfrage sequentiell gepr<70>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
|
||||
WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
|
||||
|
||||
Damit diese Abfrage effizient durchgef<65>hrt wird, sollte f<>r 'spalte2'
|
||||
ein Index angelegt worden sein. Die Einschr<68>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<6B>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
|
||||
Verst<73>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<72>ssige Anlaufstellen.
|
||||
|
||||
Diese <20>bersetzung basiert teilweise auf einer fr<66>heren <20>bersetzung von
|
||||
Karsten Schulz (schulz@linux-systemhaus.de).
|
||||
|
||||
@ -14,7 +14,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
|
||||
<p>Deutsche <20>bersetzung von Ian Barwick (<a href="mailto:barwick@gmx.net">barwick@gmx.net</a>).</p>
|
||||
|
||||
<p>Letzte Aktualisierung der deutschen <20>bersetzung: Di., den 02.09.2003, 10:00 CET</p>
|
||||
<p>Letzte Aktualisierung der deutschen <20>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:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</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:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
<blockquote>
|
||||
<a href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</a>
|
||||
</blockquote>
|
||||
<p>Es gibt au<61>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<61>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:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</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:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</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<72>hnten
|
||||
Eigenschaften. PostgreSQL setzt auf Zuverl<72>ssigkeit und
|
||||
Funktionsumfang, obwohl selbstredend st<73>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<72>hnten Eigenschaften. PostgreSQL setzt auf
|
||||
Zuverl<72>ssigkeit und Funktionsumfang, dabei wird selbstredend st<73>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:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</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<65>r). Es gibt
|
||||
@ -785,7 +787,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
<pre>
|
||||
Maximale Gr<47><72>e eine Datenbank? unbeschr<68>nkt (es existieren
|
||||
Datenbanken mit 4TB)
|
||||
Maximale Gr<47><72>e einer Tabelle? 16 TB
|
||||
Maximale Gr<47><72>e einer Tabelle? 32 TB
|
||||
Maximale Gr<47><72>e einer Zeile? 1,6 TB
|
||||
Maximale Gr<47><72>e einer Spalte? 1 GB
|
||||
Maximale Anzahl von Zeilen in einer Tabelle?
|
||||
@ -799,7 +801,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
verf<72>gbaren Platten- und Speicherressourcen eingeschr<68>nkt sind.
|
||||
Extreme Gr<47><72>en k<>nnen zu Leistungseinbu<62>en f<>hren.</p>
|
||||
|
||||
<p>Die maximale Tabellengr<67><72>e von 16 TB ben<65>tigt keine Large-File-Unterst<73>tzung
|
||||
<p>Die maximale Tabellengr<67><72>e von 32 TB ben<65>tigt keine Large-File-Unterst<73>tzung
|
||||
im Betriebssystem. Gro<72>e Tabellen werden in Dateien mit einer Gr<47><72>e von
|
||||
1 GB aufgeteilt, wodurch etwaige dateisystem-bedingte Beschr<68>nkungen nicht
|
||||
relevant sind.</p>
|
||||
@ -1012,7 +1014,7 @@ BYTEA bytea Bytearray mit variabler L
|
||||
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
|
||||
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 <20>ber Sequenzen.
|
||||
@ -1180,8 +1181,8 @@ BYTEA bytea Bytearray mit variabler L
|
||||
<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 <20>usseren Abfrage verbunden, indem
|
||||
f<>r jede Reihe der <20>usseren Query die Ergebnisse der Unterabfrage
|
||||
<p>In Versionen vor 7.4 werden Unterabfragen mit der <20>usseren Abfrage verbunden,
|
||||
in dem f<EFBFBD>r jede Reihe der <20>usseren Query die Ergebnisse der Unterabfrage
|
||||
sequentiell gepr<70>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
|
||||
WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
|
||||
</pre>
|
||||
<p> Damit diese Abfrage effizient durchgef<65>hrt wird, sollte f<>r '<em>spalte2</em>'
|
||||
ein Index angelegt worden sein. Die Einschr<68>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<6B>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
|
||||
entgegen, verweise jedoch auf die Mailing-Listen als schnelle und zuverl<72>ssige
|
||||
Anlaufstellen.</p>
|
||||
|
||||
<p>Diese <20>bersetzung basiert teilweise auf einer fr<66>heren <20>bersetzung von Karsten
|
||||
Schulz (<a href="mailto:schulz@linux-systemhaus.de">schulz@linux-systemhaus.de</a>).</p>
|
||||
</body>
|
||||
</html>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user