Movatterモバイル変換

[0]ホーム
URL:

Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

 Sign up
Appearance settings

Commitcdbe5f6

Browse files
committed
Update German FAQ, from Ian Barwick.
1 parentf3ad24e commitcdbe5f6

File tree

2 files changed

+63
-51
lines changed

2 files changed

+63
-51
lines changed

‎doc/FAQ_german‎

Lines changed: 35 additions & 28 deletions
Original file line numberDiff line numberDiff line change
@@ -5,17 +5,17 @@
55

66
Deutsche �bersetzung von Ian Barwick (barwick@gmx.net).
77

8-
Letzte Aktualisierung der deutschen �bersetzung:So., den15.12.2002,
9-
18:00 CET
8+
Letzte Aktualisierung der deutschen �bersetzung:Fr., den14.02.2003,
9+
22:30 CET
1010

1111
Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL
1212
Website:
13-
* http://www.PostgreSQL.org/docs/faq-english.html (engl.)
14-
* http://www.PostgreSQL.org/docs/faq-german.html (dt.)
13+
* http://www.ca.PostgreSQL.org/docs/faq-english.html (engl.)
14+
* http://www.ca.PostgreSQL.org/docs/faq-german.html (dt.)
1515

1616
�bersetzungen dieses Dokuments in andere Sprachen sowie plattform-
1717
spezifische FAQs k�nnen unter
18-
http://www.PostgreSQL.org/users-lounge/docs/faq.html eingesehen
18+
http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html eingesehen
1919
werden.
2020
_________________________________________________________________
2121

@@ -222,7 +222,7 @@
222222
(Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen
223223
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
224224
enthaltene Datei pgsql/doc/FAQ_MSWIN oder die MS-Windows-FAQ unter
225-
http://www.PostgreSQL.org/docs/faq-mswin.html.
225+
http://www.ca.PostgreSQL.org/docs/faq-mswin.html.
226226

227227
Eine eigenst�ndige Portierung auf MS Win NT/2000/XP befindet sich in
228228
Vorbereitung.
@@ -275,12 +275,12 @@
275275

276276
Eine Liste von Unternehmen, die Support f�r PostgreSQL auf
277277
kommerzieller Basis leisten, kann unter
278-
http://www.PostgreSQL.org/users-lounge/commercial-support.html
278+
http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html
279279
eingesehen werden.
280280

281281
1.7) Was ist die neueste Version von PostgreSQL?
282282

283-
Die neueste Version von PostgreSQL ist 7.3.
283+
Die neueste Version von PostgreSQL ist 7.3.2 .
284284

285285
Wir planen alle 4 Monate eine neue Version herauszugeben.
286286

@@ -664,11 +664,6 @@
664664
wird verhindert, dass System-Ressourcen durch PostgreSQL aufgebraucht
665665
werden.
666666

667-
In den PostgreSQL-Versionen vor 6.5 war die maximale Anzahl von
668-
Backends auf 64 festgelegt und eine �nderung setzte eine erneute
669-
Kompilierung voraus, bei der die Konstante MaxBackendId in
670-
include/storage/sinvaladt.h entsprechend angepasst werden mu�te.
671-
672667
3.9) Was befindet sich im Verzeichnis pgsql_tmp/?
673668

674669
Dieses Verzeichnis enth�lt tempor�re Dateien, die durch den query
@@ -860,6 +855,10 @@
860855

861856
(Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes).
862857

858+
Sollte es danach aussehen, also ob der Optimierer irrt�mlich einen
859+
sequentiellen Scan ausf�hrt, f�hren Sie SET enable_seqscan TO 'off'
860+
aus und pr�fen Sie, ob die Indexabfrage dadurch scheller geworden ist.
861+
863862
Bei der Nutzung von Wildcard-Operatoren wie LIKE oder ~, k�nnen
864863
Indizes nur unter bestimmten Umst�nden verwendet werden:
865864
* Der Anfang des Suchmusters mu� mit dem Anfang des Strings
@@ -942,30 +941,38 @@
942941

943942
Typ interner Name Bemerkungen
944943
-------------------------------------------------
945-
"char" char 1 Zeichen
946-
CHAR(n) bpchar mit Leerzeichen gef�llt bis zur angegebenen L�nge
947944
VARCHAR(n) varchar die Gr��e legt die Maximall�nge fest; kein
948945
Ausf�llen mit Leerzeichen
946+
CHAR(n) bpchar mit Leerzeichen gef�llt bis zur angegebenen L�nge
949947
TEXT text Die L�nge wird nur durch die maximale Zeilenl�nge
950948
beschr�nkt
951949
BYTEA bytea Bytearray mit variabler L�nge
950+
"char" char 1 Zeichen
952951

953952
Der interne Name kommt vor allem in den Systemkatalogen und in manchen
954953
Fehlermeldungen vor.
955954

956-
Die letzten vier Typen sind "varlena"-Typen (d.h. die ersten vier
957-
Bytes geben die L�nge an, gefolgt von den Daten). Daher ist der
958-
tats�chlich belegte Platz immer etwas mehr als die deklarierte
959-
Feldgr��e. Allerdings wird unter Umst�nden auf diese Datentypen
960-
Datenkompression durch das TOAST- Verfahren angewendet, womit der
961-
tats�chlich belegte Platz auch geringer als erwartet ausfallen kann.
955+
Die ersten vier Typen sind "varlena"-Typen (d.h. die ersten vier Bytes
956+
geben die L�nge an, gefolgt von den Daten). Daher ist der tats�chlich
957+
belegte Platz immer etwas mehr als die deklarierte Feldgr��e.
958+
Allerdings wird unter Umst�nden auf diese Datentypen Datenkompression
959+
durch das TOAST- Verfahren angewendet, womit der tats�chlich belegte
960+
Platz auch geringer als erwartet ausfallen kann.
961+
962+
F�r die Speicherung von Zeichenketten variabler L�nge empfiehlt sich
963+
VARCHAR(n). Die maximale L�nge eines VARCHAR(n)-Felds wird bei der
964+
Tabellendefinition festgelegt. TEXT setzt keine L�ngengrenze,
965+
allerdings gibt es eine systembedingte Obergrenze von 1 GB.
966+
967+
CHAR(n) ist geeignet f�r die Speicherung von Zeichenketten, die alle
968+
die gleiche L�nge haben. Bitte beachten Sie, dass CHAR(n) automatisch
969+
Zeichenketten bis zur definierten Feldl�nge mit Leerzeichen ausf�llt,
970+
w�hrend bei VARCHAR(n) nur die tats�chlich eingegebene Zeichenkette
971+
gespeichert wird.
972+
973+
BYTEA ist f�r bin�re Daten, besonders f�r Werte, die NULL-Bytes haben.
962974

963-
CHAR(n) ist geeignet f�r die Speicherung von Zeichenketten �hnlicher
964-
L�nge. VARCHAR(n) ist geeignet f�r Zeichenketten abweichender L�ngen,
965-
setzt jedoch eine maximale L�nge. TEXT setzt keine L�ngengrenze,
966-
allerdings gibt es eine systembedingte Obergrenze von 1 GB. BYTEA ist
967-
f�r bin�re Daten, besonders f�r Werte, die NULL-Bytes haben. Die
968-
erw�hnten Typen weisen �hnliche Performanzeigenschaften auf.
975+
Die hier erw�hnten Typen weisen �hnliche Performanzeigenschaften auf.
969976

970977
4.15.1) Wie erzeuge ich ein serielles Feld mit automatischer Erh�hung des
971978
Werts?
@@ -1142,7 +1149,7 @@ BYTEA bytea Bytearray mit variabler L
11421149

11431150
Damit diese Abfrage effizient durchgef�hrt wird, sollte f�r 'spalte2'
11441151
ein Index angelegt worden sein. Die Einschr�nkung von Abfragen mit IN
1145-
soll ineiner k�nftigen PotsgreSQL-Version behoben werden.
1152+
wird inder n�chsten PostgreSQL-Version (7.4) behoben werden.
11461153

11471154
4.23) Wie f�hre ich einen OUTER JOIN durch?
11481155

‎doc/src/FAQ/FAQ_german.html‎

Lines changed: 28 additions & 23 deletions
Original file line numberDiff line numberDiff line change
@@ -14,16 +14,16 @@ <h1>
1414

1515
<p>Deutsche Übersetzung von Ian Barwick (<ahref="mailto:barwick@gmx.net">barwick@gmx.net</a>).</p>
1616

17-
<p>Letzte Aktualisierung der deutschen Übersetzung:So., den15.12.2002, 18:00 CET</p>
17+
<p>Letzte Aktualisierung der deutschen Übersetzung:Fr., den14.02.2003, 22:30 CET</p>
1818

1919
<p>Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:</p>
2020
<ul>
21-
<li><ahref="http://www.PostgreSQL.org/docs/faq-english.html">http://www.PostgreSQL.org/docs/faq-english.html</a> (engl.)</li>
22-
<li><ahref="http://www.PostgreSQL.org/docs/faq-german.html">http://www.PostgreSQL.org/docs/faq-german.html</a> (dt.)</li>
21+
<li><ahref="http://www.ca.PostgreSQL.org/docs/faq-english.html">http://www.ca.PostgreSQL.org/docs/faq-english.html</a> (engl.)</li>
22+
<li><ahref="http://www.ca.PostgreSQL.org/docs/faq-german.html">http://www.ca.PostgreSQL.org/docs/faq-german.html</a> (dt.)</li>
2323
</ul>
2424
<p>Übersetzungen dieses Dokuments in andere Sprachen sowie plattform-
2525
spezifische FAQs können unter
26-
<ahref="http://www.PostgreSQL.org/users-lounge/docs/faq.html">http://www.PostgreSQL.org/users-lounge/docs/faq.html</a>
26+
<ahref="http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html">http://www.ca.PostgreSQL.org/users-lounge/docs/faq.html</a>
2727
eingesehen werden.</p>
2828

2929
<hr/>
@@ -213,7 +213,7 @@ <h4><a name="1.2">1.2</a>).Welchem Copyright unterliegt PostgreSQL?</h4>
213213
(Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen
214214
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
215215
enthaltene Datei<em>pgsql/doc/FAQ_MSWIN</em> oder die MS-Windows-FAQ unter
216-
<ahref="http://www.PostgreSQL.org/docs/faq-mswin.html">http://www.PostgreSQL.org/docs/faq-mswin.html</a>.</p>
216+
<ahref="http://www.ca.PostgreSQL.org/docs/faq-mswin.html">http://www.ca.PostgreSQL.org/docs/faq-mswin.html</a>.</p>
217217

218218
<p>Eine eigenständige Portierung auf MS Win NT/2000/XP befindet sich
219219
in Vorbereitung.</p>
@@ -270,12 +270,12 @@ <h4><a name="1.5">1.5</a>) Woher bekomme ich PostgreSQL?</h4>
270270

271271
<p>Eine Liste von Unternehmen, die Support für PostgreSQL auf kommerzieller
272272
Basis leisten, kann unter
273-
<ahref="http://www.PostgreSQL.org/users-lounge/commercial-support.html">http://www.PostgreSQL.org/users-lounge/commercial-support.html</a>
273+
<ahref="http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html">http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html</a>
274274
eingesehen werden.</p>
275275

276276
<h4><aname="1.7">1.7</a>) Was ist die neueste Version von PostgreSQL?</h4>
277277

278-
<p>Die neueste Version von PostgreSQL ist 7.3.</p>
278+
<p>Die neueste Version von PostgreSQL ist 7.3.2 .</p>
279279

280280
<p>Wir planen alle 4 Monate eine neue Version herauszugeben.</p>
281281

@@ -665,11 +665,6 @@ <h4><a name="3.8">3.8</a>) Ich bekomme die Meldung "<em>Sorry, too many clients<
665665
erlaubter Backend-Prozesse wird verhindert, dass System-Ressourcen
666666
durch PostgreSQL aufgebraucht werden.</p>
667667

668-
<p>In den PostgreSQL-Versionen vor 6.5 war die maximale Anzahl von Backends
669-
auf 64 festgelegt und eine Änderung setzte eine erneute Kompilierung
670-
voraus, bei der die Konstante<em>MaxBackendId</em> in<em>include/storage/sinvaladt.h</em>
671-
entsprechend angepasst werden mußte.
672-
673668
<h4><aname="3.9">3.9</a>) Was befindet sich im Verzeichnis<em>pgsql_tmp/</em>?</h4>
674669

675670
<p>Dieses Verzeichnis enthält temporäre Dateien, die durch den<em>query executor</em>
@@ -861,6 +856,10 @@ <h4><a name="4.8">4.8</a>) Meine Abfragen sind langsam oder nutzen die Indizes n
861856
</pre>
862857
<p>(Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes).</p>
863858

859+
<p>Sollte es danach aussehen, also ob der Optimierer irrtümlich einen sequentiellen
860+
Scan ausführt, führen Sie<small>SET enable_seqscan TO 'off'</small> aus und prüfen
861+
Sie, ob die Indexabfrage dadurch scheller geworden ist.</p>
862+
864863
<p>Bei der Nutzung von Wildcard-Operatoren wie<small>LIKE</small> oder<small>~</small>, können
865864
Indizes nur unter bestimmten Umständen verwendet werden:</p>
866865
<ul>
@@ -946,30 +945,36 @@ <h4><a name="4.13">4.13</a>) Wie ermittle ich in einer Abfrage, ob ein Feld NULL
946945
<h4><aname="4.14">4.14</a>) Was ist der Unterschied zwischen den verschiedenen<small>CHAR</small>-Typen?</h4><pre>
947946
Typ interner Name Bemerkungen
948947
-------------------------------------------------
949-
"char" char 1 Zeichen
950-
CHAR(n) bpchar mit Leerzeichen gefüllt bis zur angegebenen Länge
951948
VARCHAR(n) varchar die Größe legt die Maximallänge fest; kein
952949
Ausfüllen mit Leerzeichen
950+
CHAR(n) bpchar mit Leerzeichen gefüllt bis zur angegebenen Länge
953951
TEXT text Die Länge wird nur durch die maximale Zeilenlänge
954952
beschränkt
955953
BYTEA bytea Bytearray mit variabler Länge
954+
"char" char 1 Zeichen
956955
</pre>
957956
<p>Der<em>interne Name</em> kommt vor allem in den Systemkatalogen und in manchen
958957
Fehlermeldungen vor.</p>
959958

960-
<p>Dieletzten vier Typen sind "<em>varlena</em>"-Typen (d.h. die ersten vier
959+
<p>Dieersten vier Typen sind "<em>varlena</em>"-Typen (d.h. die ersten vier
961960
Bytes geben die Länge an, gefolgt von den Daten). Daher ist der tatsächlich
962961
belegte Platz immer etwas mehr als die deklarierte Feldgröße. Allerdings
963962
wird unter Umständen auf diese Datentypen Datenkompression durch das<small>TOAST</small>-
964963
Verfahren angewendet, womit der tatsächlich belegte Platz auch geringer
965964
als erwartet ausfallen kann.</p>
966965

967-
<p><small>CHAR(n)</small> ist geeignet für die Speicherung von Zeichenketten ähnlicher Länge.
968-
VARCHAR(n) ist geeignet für Zeichenketten abweichender Längen, setzt jedoch
969-
eine maximale Länge.<small>TEXT</small> setzt keine Längengrenze, allerdings gibt es
970-
eine systembedingte Obergrenze von 1 GB.<small>BYTEA</small> ist für binäre Daten,
971-
besonders für Werte, die<small>NULL</small>-Bytes haben. Die erwähnten Typen weisen
972-
ähnliche Performanzeigenschaften auf.</p>
966+
<p>Für die Speicherung von Zeichenketten variabler Länge empfiehlt sich<small>VARCHAR(n)</small>.
967+
Die maximale Länge eines<small>VARCHAR(n)</small>-Felds wird bei der Tabellendefinition
968+
festgelegt.<small>TEXT</small> setzt keine Längengrenze, allerdings gibt es
969+
eine systembedingte Obergrenze von 1 GB.
970+
971+
<p><small>CHAR(n)</small> ist geeignet für die Speicherung von Zeichenketten, die alle
972+
die gleiche Länge haben. Bitte beachten Sie, dass<small>CHAR(n)</small> automatisch Zeichenketten
973+
bis zur definierten Feldlänge mit Leerzeichen ausfüllt, während bei<small>VARCHAR(n)</small> nur
974+
die tatsächlich eingegebene Zeichenkette gespeichert wird.</p>
975+
976+
<p><small>BYTEA</small> ist für binäre Daten, besonders für Werte, die<small>NULL</small>-Bytes haben.</p>
977+
<p>Die hier erwähnten Typen weisen ähnliche Performanzeigenschaften auf.</p>
973978

974979
<h4><aname="4.15.1">4.15.1</a>) Wie erzeuge ich ein serielles Feld mit automatischer Erhöhung des
975980
Werts?</h4>
@@ -1043,7 +1048,7 @@ <h4><a name="4.15.4">4.15.4</a>) Warum werden die Sequenzwerte nach einem Transa
10431048
Lücken in der Sequenznummerierung verursacht.</p>
10441049

10451050

1046-
<h4><aname="4.17">4.16</a>) Was ist ein<small>OID</small>? Was ist ein<small>TID</small>?</h4>
1051+
<h4><aname="4.16">4.16</a>) Was ist ein<small>OID</small>? Was ist ein<small>TID</small>?</h4>
10471052

10481053
<p>OIDs sind PostgreSQLs Antwort auf eindeutige Zeilen-IDs. Jede Zeile,
10491054
die in PostgreSQL erzeugt wird, bekommt eine eindeutige OID. Alle
@@ -1156,7 +1161,7 @@ <h4><a name="4.22">4.22</a>) Warum sind meine Unterabfragen (subqueries), die IN
11561161
</pre>
11571162
<p> Damit diese Abfrage effizient durchgeführt wird, sollte für '<em>spalte2</em>'
11581163
ein Index angelegt worden sein. Die Einschränkung von Abfragen mit<small>IN</small>
1159-
soll ineiner künftigen PotsgreSQL-Version behoben werden.</p>
1164+
wird inder nächsten PostgreSQL-Version (7.4) behoben werden.</p>
11601165

11611166
<h4><aname="4.23">4.23</a>) Wie führe ich einen<small>OUTER JOIN</small> durch?</h4>
11621167

0 commit comments

Comments
 (0)
[8]ページ先頭
©2009-2025 Movatter.jp