mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-10-01 05:51:14 +02:00
Update German FAQ, from Ian Barwick.
This commit is contained in:
parent
f3ad24efb8
commit
cdbe5f62f1
@ -5,17 +5,17 @@
|
|||||||
|
|
||||||
Deutsche Übersetzung von Ian Barwick (barwick@gmx.net).
|
Deutsche Übersetzung von Ian Barwick (barwick@gmx.net).
|
||||||
|
|
||||||
Letzte Aktualisierung der deutschen Übersetzung: So., den 15.12.2002,
|
Letzte Aktualisierung der deutschen Übersetzung: Fr., den 14.02.2003,
|
||||||
18:00 CET
|
22:30 CET
|
||||||
|
|
||||||
Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL
|
Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL
|
||||||
Website:
|
Website:
|
||||||
* http://www.PostgreSQL.org/docs/faq-english.html (engl.)
|
* http://www.ca.PostgreSQL.org/docs/faq-english.html (engl.)
|
||||||
* http://www.PostgreSQL.org/docs/faq-german.html (dt.)
|
* http://www.ca.PostgreSQL.org/docs/faq-german.html (dt.)
|
||||||
|
|
||||||
Übersetzungen dieses Dokuments in andere Sprachen sowie plattform-
|
Übersetzungen dieses Dokuments in andere Sprachen sowie plattform-
|
||||||
spezifische FAQs können unter
|
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.
|
werden.
|
||||||
_________________________________________________________________
|
_________________________________________________________________
|
||||||
|
|
||||||
@ -222,7 +222,7 @@
|
|||||||
(Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen
|
(Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen
|
||||||
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
|
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
|
||||||
enthaltene Datei pgsql/doc/FAQ_MSWIN oder die MS-Windows-FAQ unter
|
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
|
Eine eigenständige Portierung auf MS Win NT/2000/XP befindet sich in
|
||||||
Vorbereitung.
|
Vorbereitung.
|
||||||
@ -275,12 +275,12 @@
|
|||||||
|
|
||||||
Eine Liste von Unternehmen, die Support für PostgreSQL auf
|
Eine Liste von Unternehmen, die Support für PostgreSQL auf
|
||||||
kommerzieller Basis leisten, kann unter
|
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.
|
eingesehen werden.
|
||||||
|
|
||||||
1.7) Was ist die neueste Version von PostgreSQL?
|
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.
|
Wir planen alle 4 Monate eine neue Version herauszugeben.
|
||||||
|
|
||||||
@ -664,11 +664,6 @@
|
|||||||
wird verhindert, dass System-Ressourcen durch PostgreSQL aufgebraucht
|
wird verhindert, dass System-Ressourcen durch PostgreSQL aufgebraucht
|
||||||
werden.
|
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/?
|
3.9) Was befindet sich im Verzeichnis pgsql_tmp/?
|
||||||
|
|
||||||
Dieses Verzeichnis enthält temporäre Dateien, die durch den query
|
Dieses Verzeichnis enthält temporäre Dateien, die durch den query
|
||||||
@ -860,6 +855,10 @@
|
|||||||
|
|
||||||
(Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes).
|
(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
|
Bei der Nutzung von Wildcard-Operatoren wie LIKE oder ~, können
|
||||||
Indizes nur unter bestimmten Umständen verwendet werden:
|
Indizes nur unter bestimmten Umständen verwendet werden:
|
||||||
* Der Anfang des Suchmusters muß mit dem Anfang des Strings
|
* Der Anfang des Suchmusters muß mit dem Anfang des Strings
|
||||||
@ -942,30 +941,38 @@
|
|||||||
|
|
||||||
Typ interner Name Bemerkungen
|
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
|
VARCHAR(n) varchar die Größe legt die Maximallänge fest; kein
|
||||||
Ausfüllen mit Leerzeichen
|
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
|
TEXT text Die Länge wird nur durch die maximale Zeilenlänge
|
||||||
beschränkt
|
beschränkt
|
||||||
BYTEA bytea Bytearray mit variabler Länge
|
BYTEA bytea Bytearray mit variabler Länge
|
||||||
|
"char" char 1 Zeichen
|
||||||
|
|
||||||
Der interne Name kommt vor allem in den Systemkatalogen und in manchen
|
Der interne Name kommt vor allem in den Systemkatalogen und in manchen
|
||||||
Fehlermeldungen vor.
|
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
|
||||||
Bytes geben die Länge an, gefolgt von den Daten). Daher ist der
|
geben die Länge an, gefolgt von den Daten). Daher ist der tatsächlich
|
||||||
tatsächlich belegte Platz immer etwas mehr als die deklarierte
|
belegte Platz immer etwas mehr als die deklarierte Feldgröße.
|
||||||
Feldgröße. Allerdings wird unter Umständen auf diese Datentypen
|
Allerdings wird unter Umständen auf diese Datentypen Datenkompression
|
||||||
Datenkompression durch das TOAST- Verfahren angewendet, womit der
|
durch das TOAST- Verfahren angewendet, womit der tatsächlich belegte
|
||||||
tatsächlich belegte Platz auch geringer als erwartet ausfallen kann.
|
Platz auch geringer als erwartet ausfallen kann.
|
||||||
|
|
||||||
CHAR(n) ist geeignet für die Speicherung von Zeichenketten ähnlicher
|
Für die Speicherung von Zeichenketten variabler Länge empfiehlt sich
|
||||||
Länge. VARCHAR(n) ist geeignet für Zeichenketten abweichender Längen,
|
VARCHAR(n). Die maximale Länge eines VARCHAR(n)-Felds wird bei der
|
||||||
setzt jedoch eine maximale Länge. TEXT setzt keine Längengrenze,
|
Tabellendefinition festgelegt. TEXT setzt keine Längengrenze,
|
||||||
allerdings gibt es eine systembedingte Obergrenze von 1 GB. BYTEA ist
|
allerdings gibt es eine systembedingte Obergrenze von 1 GB.
|
||||||
für binäre Daten, besonders für Werte, die NULL-Bytes haben. Die
|
|
||||||
erwähnten Typen weisen ähnliche Performanzeigenschaften auf.
|
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
|
4.15.1) Wie erzeuge ich ein serielles Feld mit automatischer Erhöhung des
|
||||||
Werts?
|
Werts?
|
||||||
@ -1142,7 +1149,7 @@ BYTEA bytea Bytearray mit variabler L
|
|||||||
|
|
||||||
Damit diese Abfrage effizient durchgeführt wird, sollte für 'spalte2'
|
Damit diese Abfrage effizient durchgeführt wird, sollte für 'spalte2'
|
||||||
ein Index angelegt worden sein. Die Einschränkung von Abfragen mit IN
|
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?
|
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 Übersetzung von Ian Barwick (<a href="mailto:barwick@gmx.net">barwick@gmx.net</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>
|
<p>Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:</p>
|
||||||
<ul>
|
<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.ca.PostgreSQL.org/docs/faq-english.html">http://www.ca.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-german.html">http://www.ca.PostgreSQL.org/docs/faq-german.html</a> (dt.)</li>
|
||||||
</ul>
|
</ul>
|
||||||
<p>Übersetzungen dieses Dokuments in andere Sprachen sowie plattform-
|
<p>Übersetzungen dieses Dokuments in andere Sprachen sowie plattform-
|
||||||
spezifische FAQs können unter
|
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>
|
eingesehen werden.</p>
|
||||||
|
|
||||||
<hr />
|
<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
|
(Unix/NT-Portierungsbibliotheken) auf Windows NT/2000 zum Laufen
|
||||||
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
|
gebracht werden. Hierzu bitte lesen Sie die in der Distribution
|
||||||
enthaltene Datei <em>pgsql/doc/FAQ_MSWIN</em> oder die MS-Windows-FAQ unter
|
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
|
<p>Eine eigenständige Portierung auf MS Win NT/2000/XP befindet sich
|
||||||
in Vorbereitung.</p>
|
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
|
<p>Eine Liste von Unternehmen, die Support für PostgreSQL auf kommerzieller
|
||||||
Basis leisten, kann unter
|
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>
|
eingesehen werden.</p>
|
||||||
|
|
||||||
<h4><a name="1.7">1.7</a>) Was ist die neueste Version von PostgreSQL?</h4>
|
<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>
|
<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
|
erlaubter Backend-Prozesse wird verhindert, dass System-Ressourcen
|
||||||
durch PostgreSQL aufgebraucht werden.</p>
|
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>
|
<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>
|
<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>
|
</pre>
|
||||||
<p>(Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes). </p>
|
<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
|
<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>
|
Indizes nur unter bestimmten Umständen verwendet werden:</p>
|
||||||
<ul>
|
<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>
|
<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
|
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
|
VARCHAR(n) varchar die Größe legt die Maximallänge fest; kein
|
||||||
Ausfüllen mit Leerzeichen
|
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
|
TEXT text Die Länge wird nur durch die maximale Zeilenlänge
|
||||||
beschränkt
|
beschränkt
|
||||||
BYTEA bytea Bytearray mit variabler Länge
|
BYTEA bytea Bytearray mit variabler Länge
|
||||||
|
"char" char 1 Zeichen
|
||||||
</pre>
|
</pre>
|
||||||
<p>Der <em>interne Name</em> kommt vor allem in den Systemkatalogen und in manchen
|
<p>Der <em>interne Name</em> kommt vor allem in den Systemkatalogen und in manchen
|
||||||
Fehlermeldungen vor.</p>
|
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
|
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
|
belegte Platz immer etwas mehr als die deklarierte Feldgröße. Allerdings
|
||||||
wird unter Umständen auf diese Datentypen Datenkompression durch das <small>TOAST</small>-
|
wird unter Umständen auf diese Datentypen Datenkompression durch das <small>TOAST</small>-
|
||||||
Verfahren angewendet, womit der tatsächlich belegte Platz auch geringer
|
Verfahren angewendet, womit der tatsächlich belegte Platz auch geringer
|
||||||
als erwartet ausfallen kann.</p>
|
als erwartet ausfallen kann.</p>
|
||||||
|
|
||||||
<p><small>CHAR(n)</small> ist geeignet für die Speicherung von Zeichenketten ähnlicher Länge.
|
<p>Für die Speicherung von Zeichenketten variabler Länge empfiehlt sich <small>VARCHAR(n)</small>.
|
||||||
VARCHAR(n) ist geeignet für Zeichenketten abweichender Längen, setzt jedoch
|
Die maximale Länge eines <small>VARCHAR(n)</small>-Felds wird bei der Tabellendefinition
|
||||||
eine maximale Länge. <small>TEXT</small> setzt keine Längengrenze, allerdings gibt es
|
festgelegt. <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,
|
eine systembedingte Obergrenze von 1 GB.
|
||||||
besonders für Werte, die <small>NULL</small>-Bytes haben. Die erwähnten Typen weisen
|
|
||||||
ähnliche Performanzeigenschaften auf.</p>
|
<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
|
<h4><a name="4.15.1">4.15.1</a>) Wie erzeuge ich ein serielles Feld mit automatischer Erhöhung des
|
||||||
Werts?</h4>
|
Werts?</h4>
|
||||||
@ -1043,7 +1048,7 @@ BYTEA bytea Bytearray mit variabler L
|
|||||||
Lücken in der Sequenznummerierung verursacht.</p>
|
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,
|
<p>OIDs sind PostgreSQLs Antwort auf eindeutige Zeilen-IDs. Jede Zeile,
|
||||||
die in PostgreSQL erzeugt wird, bekommt eine eindeutige OID. Alle
|
die in PostgreSQL erzeugt wird, bekommt eine eindeutige OID. Alle
|
||||||
@ -1156,7 +1161,7 @@ BYTEA bytea Bytearray mit variabler L
|
|||||||
</pre>
|
</pre>
|
||||||
<p> Damit diese Abfrage effizient durchgeführt wird, sollte für '<em>spalte2</em>'
|
<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>
|
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>
|
<h4><a name="4.23">4.23</a>) Wie führe ich einen <small>OUTER JOIN</small> durch?</h4>
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user