From cdbe5f62f14896269470f59fd40e197efdf4ba95 Mon Sep 17 00:00:00 2001
From: Bruce Momjian
Date: Tue, 18 Feb 2003 05:08:12 +0000
Subject: [PATCH] Update German FAQ, from Ian Barwick.
---
doc/FAQ_german | 63 ++++++++++++++++++++-----------------
doc/src/FAQ/FAQ_german.html | 51 ++++++++++++++++--------------
2 files changed, 63 insertions(+), 51 deletions(-)
diff --git a/doc/FAQ_german b/doc/FAQ_german
index fb1f64d69f..7215a9b298 100644
--- a/doc/FAQ_german
+++ b/doc/FAQ_german
@@ -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.
+
+ 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.
- 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.
+ 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?
diff --git a/doc/src/FAQ/FAQ_german.html b/doc/src/FAQ/FAQ_german.html
index ab3f9f50f4..9db7720ae2 100644
--- a/doc/src/FAQ/FAQ_german.html
+++ b/doc/src/FAQ/FAQ_german.html
@@ -14,16 +14,16 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us).
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:
Übersetzungen dieses Dokuments in andere Sprachen sowie plattform-
spezifische FAQs können unter
- http://www.PostgreSQL.org/users-lounge/docs/faq.html
+ http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html
eingesehen werden.
@@ -213,7 +213,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us).
(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.
@@ -270,12 +270,12 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us).
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.
@@ -665,11 +665,6 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us).
erlaubter Backend-Prozesse 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 executor
@@ -861,6 +856,10 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us).
(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:
@@ -946,30 +945,36 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us).
4.14) Was ist der Unterschied zwischen den verschiedenen CHAR-Typen?
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
+
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?
@@ -1043,7 +1048,7 @@ BYTEA bytea Bytearray mit variabler L
Lücken in der Sequenznummerierung verursacht.
- 4.16) Was ist ein OID? Was ist ein TID?
+ 4.16) Was ist ein OID? Was ist ein TID?
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
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?
--
GitLab