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