1
0
mirror of https://github.com/postgres/postgres.git synced 2025-06-13 07:41:39 +03:00

Update German FAQ, from Ian Barwick.

This commit is contained in:
Bruce Momjian
2003-02-18 05:08:12 +00:00
parent f3ad24efb8
commit cdbe5f62f1
2 changed files with 63 additions and 51 deletions

View File

@ -5,17 +5,17 @@
Deutsche <20>bersetzung von Ian Barwick (barwick@gmx.net).
Letzte Aktualisierung der deutschen <20>bersetzung: So., den 15.12.2002,
18:00 CET
Letzte Aktualisierung der deutschen <20>bersetzung: Fr., den 14.02.2003,
22:30 CET
Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL
Website:
* http://www.PostgreSQL.org/docs/faq-english.html (engl.)
* http://www.PostgreSQL.org/docs/faq-german.html (dt.)
* http://www.ca.PostgreSQL.org/docs/faq-english.html (engl.)
* http://www.ca.PostgreSQL.org/docs/faq-german.html (dt.)
<20>bersetzungen dieses Dokuments in andere Sprachen sowie plattform-
spezifische FAQs k<>nnen unter
http://www.PostgreSQL.org/users-lounge/docs/faq.html eingesehen
http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html eingesehen
werden.
_________________________________________________________________
@ -222,7 +222,7 @@
(Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
enthaltene Datei pgsql/doc/FAQ_MSWIN oder die MS-Windows-FAQ unter
http://www.PostgreSQL.org/docs/faq-mswin.html.
http://www.ca.PostgreSQL.org/docs/faq-mswin.html.
Eine eigenst<73>ndige Portierung auf MS Win NT/2000/XP befindet sich in
Vorbereitung.
@ -275,12 +275,12 @@
Eine Liste von Unternehmen, die Support f<>r PostgreSQL auf
kommerzieller Basis leisten, kann unter
http://www.PostgreSQL.org/users-lounge/commercial-support.html
http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html
eingesehen werden.
1.7) Was ist die neueste Version von PostgreSQL?
Die neueste Version von PostgreSQL ist 7.3.
Die neueste Version von PostgreSQL ist 7.3.2 .
Wir planen alle 4 Monate eine neue Version herauszugeben.
@ -664,11 +664,6 @@
wird verhindert, dass System-Ressourcen durch PostgreSQL aufgebraucht
werden.
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 MaxBackendId in
include/storage/sinvaladt.h entsprechend angepasst werden mu<6D>te.
3.9) Was befindet sich im Verzeichnis pgsql_tmp/?
Dieses Verzeichnis enth<74>lt tempor<6F>re Dateien, die durch den query
@ -860,6 +855,10 @@
(Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes).
Sollte es danach aussehen, also ob der Optimierer irrt<72>mlich einen
sequentiellen Scan ausf<73>hrt, f<>hren Sie SET enable_seqscan TO 'off'
aus und pr<70>fen Sie, ob die Indexabfrage dadurch scheller geworden ist.
Bei der Nutzung von Wildcard-Operatoren wie LIKE oder ~, k<>nnen
Indizes nur unter bestimmten Umst<73>nden verwendet werden:
* Der Anfang des Suchmusters mu<6D> mit dem Anfang des Strings
@ -942,30 +941,38 @@
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
Der interne Name kommt vor allem in den Systemkatalogen und in manchen
Fehlermeldungen vor.
Die letzten vier Typen sind "varlena"-Typen (d.h. die ersten vier
Bytes geben die L<>nge an, gefolgt von den Daten). Daher ist der
tats<EFBFBD>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 TOAST- Verfahren angewendet, womit der
tats<EFBFBD>chlich belegte Platz auch geringer als erwartet ausfallen kann.
Die ersten vier Typen sind "varlena"-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 TOAST- Verfahren angewendet, womit der tats<74>chlich belegte
Platz auch geringer als erwartet ausfallen kann.
CHAR(n) 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. TEXT setzt keine L<>ngengrenze,
allerdings gibt es eine systembedingte Obergrenze von 1 GB. BYTEA ist
f<EFBFBD>r bin<69>re Daten, besonders f<>r Werte, die NULL-Bytes haben. Die
erw<EFBFBD>hnten Typen weisen <20>hnliche Performanzeigenschaften auf.
F<EFBFBD>r die Speicherung von Zeichenketten variabler L<>nge empfiehlt sich
VARCHAR(n). Die maximale L<>nge eines VARCHAR(n)-Felds wird bei der
Tabellendefinition festgelegt. TEXT setzt keine L<>ngengrenze,
allerdings gibt es eine systembedingte Obergrenze von 1 GB.
CHAR(n) ist geeignet f<>r die Speicherung von Zeichenketten, die alle
die gleiche L<>nge haben. Bitte beachten Sie, dass CHAR(n) automatisch
Zeichenketten bis zur definierten Feldl<64>nge mit Leerzeichen ausf<73>llt,
w<>hrend bei VARCHAR(n) nur die tats<74>chlich eingegebene Zeichenkette
gespeichert wird.
BYTEA ist f<>r bin<69>re Daten, besonders f<>r Werte, die NULL-Bytes haben.
Die hier erw<72>hnten Typen weisen <20>hnliche Performanzeigenschaften auf.
4.15.1) Wie erzeuge ich ein serielles Feld mit automatischer Erh<72>hung des
Werts?
@ -1142,7 +1149,7 @@ BYTEA bytea Bytearray mit variabler L
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
soll in einer k<>nftigen PotsgreSQL-Version behoben werden.
wird in der n<>chsten PostgreSQL-Version (7.4) behoben werden.
4.23) Wie f<>hre ich einen OUTER JOIN durch?

View File

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