1
0
mirror of https://github.com/postgres/postgres.git synced 2025-06-10 09:21:54 +03:00

German FAQ update.

Ian Barwick
This commit is contained in:
Bruce Momjian
2004-01-09 01:51:31 +00:00
parent ccdeed7011
commit acc57543de
2 changed files with 63 additions and 61 deletions

View File

@ -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).

View File

@ -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>