sharpetronics/PostgreSQL
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-10-31 00:03:57 -04:00
Code Issues Projects Releases Wiki Activity

Update German FAQ, from Ian Barwick.

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

63
doc/FAQ_german
View File

@ -5,17 +5,17 @@
Deutsche Übersetzung von Ian Barwick (barwick@gmx.net).
Letzte Aktualisierung der deutschen Übersetzung: So., den 15.12.2002,
18:00 CET
Letzte Aktualisierung der deutschen Ü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.)
Ü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ä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 Änderung setzte eine erneute
Kompilierung voraus, bei der die Konstante MaxBackendId in
include/storage/sinvaladt.h entsprechend angepasst werden mußte.
3.9) Was befindet sich im Verzeichnis pgsql_tmp/?
Dieses Verzeichnis enthält temporä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ümlich einen
sequentiellen Scan ausführt, führen Sie SET enable_seqscan TO 'off'
aus und prü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änden verwendet werden:
* Der Anfang des Suchmusters muß mit dem Anfang des Strings
@ -942,30 +941,38 @@
Typ interner Name Bemerkungen
-------------------------------------------------
"char" char 1 Zeichen
CHAR(n) bpchar mit Leerzeichen gefüllt bis zur angegebenen Länge
VARCHAR(n) varchar die Größe legt die Maximallänge fest; kein
Ausfüllen mit Leerzeichen
CHAR(n) bpchar mit Leerzeichen gefüllt bis zur angegebenen Länge
TEXT text Die Länge wird nur durch die maximale Zeilenlänge
beschrä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ächlich belegte Platz immer etwas mehr als die deklarierte
Feldgröße. Allerdings wird unter Umständen auf diese Datentypen
Datenkompression durch das TOAST- Verfahren angewendet, womit der
tatsä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ächlich
belegte Platz immer etwas mehr als die deklarierte Feldgröße.
Allerdings wird unter Umständen auf diese Datentypen Datenkompression
durch das TOAST- Verfahren angewendet, womit der tatsächlich belegte
Platz auch geringer als erwartet ausfallen kann.
CHAR(n) ist geeignet für die Speicherung von Zeichenketten ä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ür binäre Daten, besonders für Werte, die NULL-Bytes haben. Die
erwähnten Typen weisen ähnliche Performanzeigenschaften auf.
Fü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änge mit Leerzeichen ausfüllt,
während bei VARCHAR(n) nur die tatsächlich eingegebene Zeichenkette
gespeichert wird.
BYTEA ist für binäre Daten, besonders für Werte, die NULL-Bytes haben.
Die hier erwähnten Typen weisen ähnliche Performanzeigenschaften auf.
4.15.1) Wie erzeuge ich ein serielles Feld mit automatischer Erhöhung des
Werts?
@ -1142,7 +1149,7 @@ BYTEA bytea Bytearray mit variabler L
Damit diese Abfrage effizient durchgeführt wird, sollte für 'spalte2'
ein Index angelegt worden sein. Die Einschrä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?

51
doc/src/FAQ/FAQ_german.html
View File

@ -14,16 +14,16 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
<p>Deutsche Übersetzung von Ian Barwick (<a href="mailto:barwick@gmx.net">barwick@gmx.net</a>).</p>
<p>Letzte Aktualisierung der deutschen Übersetzung: So., den 15.12.2002, 18:00 CET</p>
<p>Letzte Aktualisierung der deutschen Ü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>Ü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ä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 Änderung setzte eine erneute Kompilierung
voraus, bei der die Konstante <em>MaxBackendId</em> in <em>include/storage/sinvaladt.h</em>
entsprechend angepasst werden mußte.
<h4><a name="3.9">3.9</a>) Was befindet sich im Verzeichnis <em>pgsql_tmp/</em>?</h4>
<p>Dieses Verzeichnis enthält temporä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ümlich einen sequentiellen
Scan ausführt, führen Sie <small>SET enable_seqscan TO 'off'</small> aus und prü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ä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üllt bis zur angegebenen Länge
VARCHAR(n) varchar die Größe legt die Maximallänge fest; kein
Ausfüllen mit Leerzeichen
CHAR(n) bpchar mit Leerzeichen gefüllt bis zur angegebenen Länge
TEXT text Die Länge wird nur durch die maximale Zeilenlänge
beschrä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ächlich
belegte Platz immer etwas mehr als die deklarierte Feldgröße. Allerdings
wird unter Umständen auf diese Datentypen Datenkompression durch das <small>TOAST</small>-
Verfahren angewendet, womit der tatsächlich belegte Platz auch geringer
als erwartet ausfallen kann.</p>
<p><small>CHAR(n)</small> ist geeignet für die Speicherung von Zeichenketten ä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äre Daten,
besonders für Werte, die <small>NULL</small>-Bytes haben. Die erwähnten Typen weisen
ähnliche Performanzeigenschaften auf.</p>
<p>Fü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änge mit Leerzeichen ausfüllt, während bei <small>VARCHAR(n)</small> nur
die tatsächlich eingegebene Zeichenkette gespeichert wird.</p>
<p><small>BYTEA</small> ist für binäre Daten, besonders für Werte, die <small>NULL</small>-Bytes haben. </p>
<p>Die hier erwähnten Typen weisen ähnliche Performanzeigenschaften auf.</p>
<h4><a name="4.15.1">4.15.1</a>) Wie erzeuge ich ein serielles Feld mit automatischer Erhö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ührt wird, sollte für '<em>spalte2</em>'
ein Index angelegt worden sein. Die Einschrä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>