mirror of
https://github.com/postgres/postgres.git
synced 2025-06-16 06:01:02 +03:00
Update German FAQ, from Ian Barwick.
This commit is contained in:
Bruce Momjian
@ -14,16 +14,16 @@ 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: So., den 15.12.2002, 18:00 CET</p>
|
||||
<p>Letzte Aktualisierung der deutschen <20>bersetzung: Fr., den 14.02.2003, 22:30 CET</p>
|
||||
|
||||
<p>Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:</p>
|
||||
<ul>
|
||||
<li><a href="http://www.PostgreSQL.org/docs/faq-english.html">http://www.PostgreSQL.org/docs/faq-english.html</a> (engl.)</li>
|
||||
<li><a href="http://www.PostgreSQL.org/docs/faq-german.html">http://www.PostgreSQL.org/docs/faq-german.html</a> (dt.)</li>
|
||||
<li><a href="http://www.ca.PostgreSQL.org/docs/faq-english.html">http://www.ca.PostgreSQL.org/docs/faq-english.html</a> (engl.)</li>
|
||||
<li><a href="http://www.ca.PostgreSQL.org/docs/faq-german.html">http://www.ca.PostgreSQL.org/docs/faq-german.html</a> (dt.)</li>
|
||||
</ul>
|
||||
<p><EFBFBD>bersetzungen dieses Dokuments in andere Sprachen sowie plattform-
|
||||
spezifische FAQs k<>nnen unter
|
||||
<a href="http://www.PostgreSQL.org/users-lounge/docs/faq.html">http://www.PostgreSQL.org/users-lounge/docs/faq.html</a>
|
||||
<a href="http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html">http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html</a>
|
||||
eingesehen werden.</p>
|
||||
|
||||
<hr />
|
||||
@ -213,7 +213,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
(Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen
|
||||
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
|
||||
enthaltene Datei <em>pgsql/doc/FAQ_MSWIN</em> oder die MS-Windows-FAQ unter
|
||||
<a href="http://www.PostgreSQL.org/docs/faq-mswin.html">http://www.PostgreSQL.org/docs/faq-mswin.html</a>.</p>
|
||||
<a href="http://www.ca.PostgreSQL.org/docs/faq-mswin.html">http://www.ca.PostgreSQL.org/docs/faq-mswin.html</a>.</p>
|
||||
|
||||
<p>Eine eigenst<73>ndige Portierung auf MS Win NT/2000/XP befindet sich
|
||||
in Vorbereitung.</p>
|
||||
@ -270,12 +270,12 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
|
||||
<p>Eine Liste von Unternehmen, die Support f<>r PostgreSQL auf kommerzieller
|
||||
Basis leisten, kann unter
|
||||
<a href="http://www.PostgreSQL.org/users-lounge/commercial-support.html">http://www.PostgreSQL.org/users-lounge/commercial-support.html</a>
|
||||
<a href="http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html">http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html</a>
|
||||
eingesehen werden.</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.</p>
|
||||
<p>Die neueste Version von PostgreSQL ist 7.3.2 .</p>
|
||||
|
||||
<p>Wir planen alle 4 Monate eine neue Version herauszugeben.</p>
|
||||
|
||||
@ -665,11 +665,6 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
erlaubter Backend-Prozesse wird verhindert, dass System-Ressourcen
|
||||
durch PostgreSQL aufgebraucht werden.</p>
|
||||
|
||||
<p>In den PostgreSQL-Versionen vor 6.5 war die maximale Anzahl von Backends
|
||||
auf 64 festgelegt und eine <20>nderung setzte eine erneute Kompilierung
|
||||
voraus, bei der die Konstante <em>MaxBackendId</em> in <em>include/storage/sinvaladt.h</em>
|
||||
entsprechend angepasst werden mu<6D>te.
|
||||
|
||||
<h4><a name="3.9">3.9</a>) Was befindet sich im Verzeichnis <em>pgsql_tmp/</em>?</h4>
|
||||
|
||||
<p>Dieses Verzeichnis enth<74>lt tempor<6F>re Dateien, die durch den <em>query executor</em>
|
||||
@ -861,6 +856,10 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
</pre>
|
||||
<p>(Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes). </p>
|
||||
|
||||
<p>Sollte es danach aussehen, also ob der Optimierer irrt<72>mlich einen sequentiellen
|
||||
Scan ausf<73>hrt, f<>hren Sie <small>SET enable_seqscan TO 'off'</small> aus und pr<70>fen
|
||||
Sie, ob die Indexabfrage dadurch scheller geworden ist.</p>
|
||||
|
||||
<p>Bei der Nutzung von Wildcard-Operatoren wie <small>LIKE</small> oder <small>~</small>, k<>nnen
|
||||
Indizes nur unter bestimmten Umst<73>nden verwendet werden:</p>
|
||||
<ul>
|
||||
@ -946,30 +945,36 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
|
||||
<h4><a name="4.14">4.14</a>) Was ist der Unterschied zwischen den verschiedenen <small>CHAR</small>-Typen?</h4><pre>
|
||||
Typ interner Name Bemerkungen
|
||||
-------------------------------------------------
|
||||
"char" char 1 Zeichen
|
||||
CHAR(n) bpchar mit Leerzeichen gef<65>llt bis zur angegebenen L<>nge
|
||||
VARCHAR(n) varchar die Gr<47><72>e legt die Maximall<6C>nge fest; kein
|
||||
Ausf<73>llen mit Leerzeichen
|
||||
CHAR(n) bpchar mit Leerzeichen gef<65>llt bis zur angegebenen L<>nge
|
||||
TEXT text Die L<>nge wird nur durch die maximale Zeilenl<6E>nge
|
||||
beschr<68>nkt
|
||||
BYTEA bytea Bytearray mit variabler L<>nge
|
||||
"char" char 1 Zeichen
|
||||
</pre>
|
||||
<p>Der <em>interne Name</em> kommt vor allem in den Systemkatalogen und in manchen
|
||||
Fehlermeldungen vor.</p>
|
||||
|
||||
<p>Die letzten vier Typen sind "<em>varlena</em>"-Typen (d.h. die ersten vier
|
||||
<p>Die ersten vier Typen sind "<em>varlena</em>"-Typen (d.h. die ersten vier
|
||||
Bytes geben die L<>nge an, gefolgt von den Daten). Daher ist der tats<74>chlich
|
||||
belegte Platz immer etwas mehr als die deklarierte Feldgr<67><72>e. Allerdings
|
||||
wird unter Umst<73>nden auf diese Datentypen Datenkompression durch das <small>TOAST</small>-
|
||||
Verfahren angewendet, womit der tats<74>chlich belegte Platz auch geringer
|
||||
als erwartet ausfallen kann.</p>
|
||||
|
||||
<p><small>CHAR(n)</small> ist geeignet f<EFBFBD>r die Speicherung von Zeichenketten <EFBFBD>hnlicher L<>nge.
|
||||
VARCHAR(n) ist geeignet f<>r Zeichenketten abweichender L<>ngen, setzt jedoch
|
||||
eine maximale L<>nge. <small>TEXT</small> setzt keine L<>ngengrenze, allerdings gibt es
|
||||
eine systembedingte Obergrenze von 1 GB. <small>BYTEA</small> ist f<>r bin<69>re Daten,
|
||||
besonders f<>r Werte, die <small>NULL</small>-Bytes haben. Die erw<72>hnten Typen weisen
|
||||
<EFBFBD>hnliche Performanzeigenschaften auf.</p>
|
||||
<p>F<EFBFBD>r die Speicherung von Zeichenketten variabler L<>nge empfiehlt sich <small>VARCHAR(n)</small>.
|
||||
Die maximale L<>nge eines <small>VARCHAR(n)</small>-Felds wird bei der Tabellendefinition
|
||||
festgelegt. <small>TEXT</small> setzt keine L<>ngengrenze, allerdings gibt es
|
||||
eine systembedingte Obergrenze von 1 GB.
|
||||
|
||||
<p><small>CHAR(n)</small> ist geeignet f<>r die Speicherung von Zeichenketten, die alle
|
||||
die gleiche L<>nge haben. Bitte beachten Sie, dass <small>CHAR(n)</small> automatisch Zeichenketten
|
||||
bis zur definierten Feldl<64>nge mit Leerzeichen ausf<73>llt, w<>hrend bei <small>VARCHAR(n)</small> nur
|
||||
die tats<74>chlich eingegebene Zeichenkette gespeichert wird.</p>
|
||||
|
||||
<p><small>BYTEA</small> ist f<>r bin<69>re Daten, besonders f<>r Werte, die <small>NULL</small>-Bytes haben. </p>
|
||||
<p>Die hier erw<72>hnten Typen weisen <20>hnliche Performanzeigenschaften auf.</p>
|
||||
|
||||
<h4><a name="4.15.1">4.15.1</a>) Wie erzeuge ich ein serielles Feld mit automatischer Erh<72>hung des
|
||||
Werts?</h4>
|
||||
@ -1043,7 +1048,7 @@ BYTEA bytea Bytearray mit variabler L
|
||||
L<>cken in der Sequenznummerierung verursacht.</p>
|
||||
|
||||
|
||||
<h4><a name="4.17">4.16</a>) Was ist ein <small>OID</small>? Was ist ein <small>TID</small>?</h4>
|
||||
<h4><a name="4.16">4.16</a>) Was ist ein <small>OID</small>? Was ist ein <small>TID</small>?</h4>
|
||||
|
||||
<p>OIDs sind PostgreSQLs Antwort auf eindeutige Zeilen-IDs. Jede Zeile,
|
||||
die in PostgreSQL erzeugt wird, bekommt eine eindeutige OID. Alle
|
||||
@ -1156,7 +1161,7 @@ BYTEA bytea Bytearray mit variabler L
|
||||
</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>
|
||||
soll in einer k<>nftigen PotsgreSQL-Version behoben werden.</p>
|
||||
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>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user