database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-06-23 14:01:44 +03:00
Code Activity

German FAQ update.

Browse Source 
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
Download Patch File Download Diff File Expand all files Collapse all files

53
doc/src/FAQ/FAQ_german.html
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>