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.
_________________________________________________________________
(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.
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.
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
(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
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?
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?
<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 />
(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>
<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>
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>
</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>
<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>
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
</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>
projects / postgresql / commitdiff