database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-07-30 11:03:19 +03:00
Code Activity

German FAQ update.

Browse Source 
Ian Barwick
This commit is contained in:
Bruce Momjian
2004-01-09 01:51:31 +00:00
parent ccdeed7011
commit acc57543de
2 changed files with 63 additions and 61 deletions
Download Patch File Download Diff File Expand all files Collapse all files

71
doc/FAQ_german
View File

@ -5,8 +5,8 @@
Deutsche <20>bersetzung von Ian Barwick (barwick@gmx.net). Deutsche <20>bersetzung von Ian Barwick (barwick@gmx.net).
Letzte Aktualisierung der deutschen <20>bersetzung: Di., den 02.09.2003, Letzte Aktualisierung der deutschen <20>bersetzung: Fr., den 02.01.2004,
10:00 CET 07:30 CET
Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL
Website: Website:
@ -229,7 +229,8 @@
Weitere Informationen zum Status von PostgreSQL auf der Weitere Informationen zum Status von PostgreSQL auf der
Microsoft-Plattform befinden sich unter Microsoft-Plattform befinden sich unter
http://techdocs.postgresql.org/guides/Windows (en.). http://techdocs.postgresql.org/guides/Windows (en.) sowie
http://momjian.postgresql.org/main/writings/pgsql/win32.html (en.).
Eine Portierung f<>r Novell Netware 6 gibt es unter Eine Portierung f<>r Novell Netware 6 gibt es unter
http://forge.novell.com. http://forge.novell.com.
@ -280,10 +281,10 @@
http://www.PostgreSQL.org http://www.PostgreSQL.org
Es gibt au<61>erdem einen IRC-Channel bei EFNet und bei OpenProjects, Es gibt au<61>erdem einen IRC-Channel bei EFNet und bei Freenode, Channel
Channel #PostgreSQL. Der FAQ-Autor Bruce Momjian nutzt den #PostgreSQL. Unter UNIX/Linux k<>nnen Sie mit z.B. irc -c '#PostgreSQL'
Unix-Befehl: irc -c '#PostgreSQL' "$USER" irc.phoenix.net um daran "$USER" irc.phoenix.net bzw. irc -c '#PostgreSQL' "$USER"
teilzunehmen. irc.freenode.net. daran teilnehmen.
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
@ -291,7 +292,7 @@
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.4 . Die neueste Version von PostgreSQL ist 7.4.1 .
Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro
Jahr. Jahr.
@ -386,14 +387,18 @@
PostgreSQL weist eine Performanz auf, die mit der von PostgreSQL weist eine Performanz auf, die mit der von
kommerziellen und anderen Open-Source-Datenbanken vergleichbar kommerziellen und anderen Open-Source-Datenbanken vergleichbar
ist. In manchen Bereichen ist es schneller, in anderen ist. In manchen Bereichen ist es schneller, in anderen
langsamen. Im Vergleich zu MySQL oder abgespeckten langsamer.
Datenbank-Systemen sind INSERT- und UPDATE-Anweisungen aufgrund
des Transaktionsaufwands langsamer. MySQL hat allerdings keine Im Vergleich zu MySQL oder abgespeckten Datenbank-Systemen ist
der oben erw<72>hnten Eigenschaften. PostgreSQL setzt auf PostgreSQL in Lastsituationen - z.B. bei zeitgleichen Zugriffen
Zuverl<EFBFBD>ssigkeit und Funktionsumfang, obwohl selbstredend durch mehrere Nutzer, komplexen Abfragen oder gleichzeitigen
st<EFBFBD>ndig an Performanz- Verbesserungen gearbeitet wird. Ein Lese- und Schreibzugriffen schneller. MySQL ist nur bei
interessanter Vergleich zwischen PostgreSQL und MySQL befindet einfacheren SELECT-Abfragen mit wenigen Nutzern schneller.
sich unter dieser URL: MySQL hat allerdings wenige der oben erw<72>hnten Eigenschaften.
PostgreSQL setzt auf Zuverl<72>ssigkeit und Funktionsumfang, dabei
wird selbstredend st<73>ndig an Performanz-Verbesserungen
gearbeitet. Ein interessanter Vergleich zwischen PostgreSQL und
MySQL befindet sich unter dieser URL:
http://openacs.org/philosophy/why-not-mysql.html http://openacs.org/philosophy/why-not-mysql.html
Zuverl<72>ssigkeit Zuverl<72>ssigkeit
@ -488,12 +493,11 @@
2.3) Hat PostgreSQL eine grafische Benutzerschnittstelle? 2.3) Hat PostgreSQL eine grafische Benutzerschnittstelle?
Es gibt mehrere grafische Schnittstellen f<>r PostgreSQL, darunter Es gibt mehrere grafische Schnittstellen f<>r PostgreSQL, darunter
PgAccess ( http://www.pgaccess.org), PgAdmin II PgAccess ( http://www.pgaccess.org), PgAdmin III
(http://www.pgadmin.org, nur f<>r Win32), RHDB Admin (http://www.pgadmin.org, RHDB Admin (http://sources.redhat.com/rhdb/ )
(http://sources.redhat.com/rhdb/ ) und Rekall ( und Rekall ( http://www.thekompany.com/products/rekall/, propriet<65>r).
http://www.thekompany.com/products/rekall/, propriet<65>r). Es gibt Es gibt au<61>erdem PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ),
au<EFBFBD>erdem PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ), eine eine web-basierte Schnittstelle.
web-basierte Schnittstelle.
2.4) Welche Programmiersprachen und Schnittstellen gibt es? 2.4) Welche Programmiersprachen und Schnittstellen gibt es?
@ -788,7 +792,7 @@
Es bestehen folgende Obergrenzen: Es bestehen folgende Obergrenzen:
Maximale Gr<47><72>e eine Datenbank? unbeschr<68>nkt (es existieren Maximale Gr<47><72>e eine Datenbank? unbeschr<68>nkt (es existieren
Datenbanken mit 4TB) Datenbanken mit 4TB)
Maximale Gr<47><72>e einer Tabelle? 16 TB Maximale Gr<47><72>e einer Tabelle? 32 TB
Maximale Gr<47><72>e einer Zeile? 1,6 TB Maximale Gr<47><72>e einer Zeile? 1,6 TB
Maximale Gr<47><72>e einer Spalte? 1 GB Maximale Gr<47><72>e einer Spalte? 1 GB
Maximale Anzahl von Zeilen in einer Tabelle? Maximale Anzahl von Zeilen in einer Tabelle?
@ -802,7 +806,7 @@
verf<72>gbaren Platten- und Speicherressourcen eingeschr<68>nkt sind. verf<72>gbaren Platten- und Speicherressourcen eingeschr<68>nkt sind.
Extreme Gr<47><72>en k<>nnen zu Leistungseinbu<62>en f<>hren. Extreme Gr<47><72>en k<>nnen zu Leistungseinbu<62>en f<>hren.
Die maximale Tabellengr<67><72>e von 16 TB ben<65>tigt keine Die maximale Tabellengr<67><72>e von 32 TB ben<65>tigt keine
Large-File-Unterst<73>tzung im Betriebssystem. Gro<72>e Tabellen werden in Large-File-Unterst<73>tzung im Betriebssystem. Gro<72>e Tabellen werden in
Dateien mit einer Gr<47><72>e von 1 GB aufgeteilt, wodurch etwaige Dateien mit einer Gr<47><72>e von 1 GB aufgeteilt, wodurch etwaige
dateisystem-bedingte Beschr<68>nkungen nicht relevant sind. dateisystem-bedingte Beschr<68>nkungen nicht relevant sind.
@ -1016,7 +1020,7 @@ BYTEA bytea Bytearray mit variabler L
Werts? Werts?
PostgreSQL bietet einen SERIAL-Datentyp. Dieser erzeugt automatisch PostgreSQL bietet einen SERIAL-Datentyp. Dieser erzeugt automatisch
eine Sequenz und einen Index auf die angegebene Spalte. Zum Beispiel: eine Sequenz auf die angegebene Spalte. Zum Beispiel:
CREATE TABLE person ( CREATE TABLE person (
id SERIAL, id SERIAL,
name TEXT name TEXT
@ -1028,7 +1032,6 @@ BYTEA bytea Bytearray mit variabler L
id INT4 NOT NULL DEFAULT nextval('person_id_seq'), id INT4 NOT NULL DEFAULT nextval('person_id_seq'),
name TEXT name TEXT
); );
CREATE UNIQUE INDEX person_id_key ON person ( id );
umgewandelt. umgewandelt.
@ -1175,10 +1178,10 @@ BYTEA bytea Bytearray mit variabler L
4.22) Warum sind meine Unterabfragen (subqueries), die IN verwenden, so 4.22) Warum sind meine Unterabfragen (subqueries), die IN verwenden, so
langsam? langsam?
Derzeit werden Unterabfragen mit der <20>usseren Abfrage verbunden, indem In Versionen vor 7.4 werden Unterabfragen mit der <20>usseren Abfrage
f<>r jede Reihe der <20>usseren Query die Ergebnisse der Unterabfrage verbunden, in dem f<EFBFBD>r jede Reihe der <20>usseren Query die Ergebnisse der
sequentiell gepr<70>ft werden. Um dies zu vermeiden, kann man IN durch Unterabfrage sequentiell gepr<70>ft werden. Um dies zu vermeiden, kann
EXISTS ersetzen, z.B.: man IN durch EXISTS ersetzen, z.B.:
SELECT * SELECT *
FROM tabelle_1 FROM tabelle_1
WHERE spalte1 IN (SELECT spalte2 FROM tabelle_2) WHERE spalte1 IN (SELECT spalte2 FROM tabelle_2)
@ -1189,8 +1192,9 @@ BYTEA bytea Bytearray mit variabler L
WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2) WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
Damit diese Abfrage effizient durchgef<65>hrt wird, sollte f<>r 'spalte2' Damit diese Abfrage effizient durchgef<65>hrt wird, sollte f<>r 'spalte2'
ein Index angelegt worden sein. Die Einschr<68>nkung von Abfragen mit IN ein Index angelegt worden sein. Ab PostgreSQL 7.4 IN verwendet die
wird in der n<>chsten PostgreSQL-Version (7.4) behoben werden. gleichen Methoden wie die normale Tabellenverkn<6B>pfung und ist daher
soger EXISTS vorzuziehen.
4.23) Wie f<>hre ich einen OUTER JOIN durch? 4.23) Wie f<>hre ich einen OUTER JOIN durch?
@ -1344,6 +1348,3 @@ BYTEA bytea Bytearray mit variabler L
Verst<73>ndnisfragen zum Inhalt der FAQ freue ich mich. Ich nehme auch Verst<73>ndnisfragen zum Inhalt der FAQ freue ich mich. Ich nehme auch
allgemeine Fragen zu PostgreSQL gerne entgegen, verweise jedoch auf allgemeine Fragen zu PostgreSQL gerne entgegen, verweise jedoch auf
die Mailing-Listen als schnelle und zuverl<72>ssige Anlaufstellen. die Mailing-Listen als schnelle und zuverl<72>ssige Anlaufstellen.
Diese <20>bersetzung basiert teilweise auf einer fr<66>heren <20>bersetzung von
Karsten Schulz (schulz@linux-systemhaus.de).

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

@ -14,7 +14,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
<p>Deutsche <20>bersetzung von Ian Barwick (<a href="mailto:barwick@gmx.net">barwick@gmx.net</a>).</p> <p>Deutsche <20>bersetzung von Ian Barwick (<a href="mailto:barwick@gmx.net">barwick@gmx.net</a>).</p>
<p>Letzte Aktualisierung der deutschen <20>bersetzung: Di., den 02.09.2003, 10:00 CET</p> <p>Letzte Aktualisierung der deutschen <20>bersetzung: Fr., den 02.01.2004, 07: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>
@ -220,7 +220,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
in der Vorbereitung.</p> in der Vorbereitung.</p>
<p>Weitere Informationen zum Status von PostgreSQL auf der Microsoft-Plattform <p>Weitere Informationen zum Status von PostgreSQL auf der Microsoft-Plattform
befinden sich unter <a href="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows</a> (en.).</p> befinden sich unter <a href="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows</a> (en.) sowie <a href="http://momjian.postgresql.org/main/writings/pgsql/win32.html"> http://momjian.postgresql.org/main/writings/pgsql/win32.html</a> (en.).</p>
<p>Eine Portierung f<>r Novell Netware 6 gibt es unter <a href="http://forge.novell.com">http://forge.novell.com</a>.</p> <p>Eine Portierung f<>r Novell Netware 6 gibt es unter <a href="http://forge.novell.com">http://forge.novell.com</a>.</p>
@ -273,9 +273,10 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
<blockquote> <blockquote>
<a href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</a> <a href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</a>
</blockquote> </blockquote>
<p>Es gibt au<61>erdem einen IRC-Channel bei EFNet und bei OpenProjects, Channel <p>Es gibt au<61>erdem einen IRC-Channel bei EFNet und bei Freenode, Channel
<em>#PostgreSQL</em>. Der FAQ-Autor Bruce Momjian nutzt den Unix-Befehl: <em>#PostgreSQL</em>. Unter UNIX/Linux k<>nnen Sie mit z.B.
<small>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</small> um daran teilzunehmen.</p> <small>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</small> bzw. <small>irc -c
'#PostgreSQL' "$USER" irc.freenode.net.</small> daran teilnehmen.</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
@ -284,7 +285,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</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.4 .</p> <p>Die neueste Version von PostgreSQL ist 7.4.1 .</p>
<p>Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro Jahr.</p> <p>Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro Jahr.</p>
@ -374,13 +375,15 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
<dt><b>Performanz</b></dt> <dt><b>Performanz</b></dt>
<dd><p>PostgreSQL weist eine Performanz auf, die mit der von kommerziellen <dd><p>PostgreSQL weist eine Performanz auf, die mit der von kommerziellen
und anderen Open-Source-Datenbanken vergleichbar ist. In und anderen Open-Source-Datenbanken vergleichbar ist. In
manchen Bereichen ist es schneller, in anderen langsamen. Im manchen Bereichen ist es schneller, in anderen langsamer.</p>
Vergleich zu MySQL oder abgespeckten Datenbank-Systemen sind <p>Im Vergleich zu MySQL oder abgespeckten Datenbank-Systemen
INSERT- und UPDATE-Anweisungen aufgrund des Transaktionsaufwands ist PostgreSQL in Lastsituationen - z.B. bei zeitgleichen
langsamer. MySQL hat allerdings keine der oben erw<72>hnten Zugriffen durch mehrere Nutzer, komplexen Abfragen oder gleichzeitigen
Eigenschaften. PostgreSQL setzt auf Zuverl<72>ssigkeit und Lese- und Schreibzugriffen schneller. MySQL ist nur bei einfacheren
Funktionsumfang, obwohl selbstredend st<73>ndig an Performanz- SELECT-Abfragen mit wenigen Nutzern schneller. MySQL hat allerdings
Verbesserungen gearbeitet wird. Ein interessanter Vergleich wenige der oben erw<72>hnten Eigenschaften. PostgreSQL setzt auf
Zuverl<72>ssigkeit und Funktionsumfang, dabei wird selbstredend st<73>ndig
an Performanz-Verbesserungen gearbeitet. Ein interessanter Vergleich
zwischen PostgreSQL und MySQL befindet sich unter dieser URL: zwischen PostgreSQL und MySQL befindet sich unter dieser URL:
<a href="http://openacs.org/philosophy/why-not-mysql.html">http://openacs.org/philosophy/why-not-mysql.html</a></p> <a href="http://openacs.org/philosophy/why-not-mysql.html">http://openacs.org/philosophy/why-not-mysql.html</a></p>
</dd> </dd>
@ -479,9 +482,8 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
<p>Es gibt mehrere grafische Schnittstellen f<>r PostgreSQL, darunter <p>Es gibt mehrere grafische Schnittstellen f<>r PostgreSQL, darunter
PgAccess ( <a href="http://www.pgaccess.org">http://www.pgaccess.org</a>), PgAccess ( <a href="http://www.pgaccess.org">http://www.pgaccess.org</a>),
PgAdmin II (<a PgAdmin III (<a
href="http://www.pgadmin.org">http://www.pgadmin.org</a>, href="http://www.pgadmin.org">http://www.pgadmin.org</a>, RHDB Admin (<a
nur f<>r Win32), RHDB Admin (<a
href="http://sources.redhat.com/rhdb/">http://sources.redhat.com/rhdb/ href="http://sources.redhat.com/rhdb/">http://sources.redhat.com/rhdb/
</a>) und Rekall (<a href="http://www.thekompany.com/products/rekall/"> </a>) und Rekall (<a href="http://www.thekompany.com/products/rekall/">
http://www.thekompany.com/products/rekall/</a>, propriet<65>r). Es gibt http://www.thekompany.com/products/rekall/</a>, propriet<65>r). Es gibt
@ -785,7 +787,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
<pre> <pre>
Maximale Gr<47><72>e eine Datenbank? unbeschr<68>nkt (es existieren Maximale Gr<47><72>e eine Datenbank? unbeschr<68>nkt (es existieren
Datenbanken mit 4TB) Datenbanken mit 4TB)
Maximale Gr<47><72>e einer Tabelle? 16 TB Maximale Gr<47><72>e einer Tabelle? 32 TB
Maximale Gr<47><72>e einer Zeile? 1,6 TB Maximale Gr<47><72>e einer Zeile? 1,6 TB
Maximale Gr<47><72>e einer Spalte? 1 GB Maximale Gr<47><72>e einer Spalte? 1 GB
Maximale Anzahl von Zeilen in einer Tabelle? Maximale Anzahl von Zeilen in einer Tabelle?
@ -799,7 +801,7 @@ href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>).</p>
verf<72>gbaren Platten- und Speicherressourcen eingeschr<68>nkt sind. verf<72>gbaren Platten- und Speicherressourcen eingeschr<68>nkt sind.
Extreme Gr<47><72>en k<>nnen zu Leistungseinbu<62>en f<>hren.</p> Extreme Gr<47><72>en k<>nnen zu Leistungseinbu<62>en f<>hren.</p>
<p>Die maximale Tabellengr<67><72>e von 16 TB ben<65>tigt keine Large-File-Unterst<73>tzung <p>Die maximale Tabellengr<67><72>e von 32 TB ben<65>tigt keine Large-File-Unterst<73>tzung
im Betriebssystem. Gro<72>e Tabellen werden in Dateien mit einer Gr<47><72>e von im Betriebssystem. Gro<72>e Tabellen werden in Dateien mit einer Gr<47><72>e von
1 GB aufgeteilt, wodurch etwaige dateisystem-bedingte Beschr<68>nkungen nicht 1 GB aufgeteilt, wodurch etwaige dateisystem-bedingte Beschr<68>nkungen nicht
relevant sind.</p> relevant sind.</p>
@ -1012,7 +1014,7 @@ BYTEA bytea Bytearray mit variabler L
Werts?</h4> Werts?</h4>
<p>PostgreSQL bietet einen <small>SERIAL</small>-Datentyp. Dieser erzeugt automatisch <p>PostgreSQL bietet einen <small>SERIAL</small>-Datentyp. Dieser erzeugt automatisch
eine Sequenz und einen Index auf die angegebene Spalte. Zum Beispiel:</p> eine Sequenz auf die angegebene Spalte. Zum Beispiel:</p>
<pre> <pre>
CREATE TABLE person ( CREATE TABLE person (
id SERIAL, id SERIAL,
@ -1025,7 +1027,6 @@ BYTEA bytea Bytearray mit variabler L
id INT4 NOT NULL DEFAULT nextval('person_id_seq'), id INT4 NOT NULL DEFAULT nextval('person_id_seq'),
name TEXT name TEXT
); );
CREATE UNIQUE INDEX person_id_key ON person ( id );
</pre><p> umgewandelt.</p> </pre><p> umgewandelt.</p>
<p>Die <em>create_sequence</em> Man-Page liefert weitere Informationen <20>ber Sequenzen. <p>Die <em>create_sequence</em> Man-Page liefert weitere Informationen <20>ber Sequenzen.
@ -1180,8 +1181,8 @@ BYTEA bytea Bytearray mit variabler L
<h4><a name="4.22">4.22</a>) Warum sind meine Unterabfragen (subqueries), die IN verwenden, <h4><a name="4.22">4.22</a>) Warum sind meine Unterabfragen (subqueries), die IN verwenden,
so langsam?</h4> so langsam?</h4>
<p>Derzeit werden Unterabfragen mit der <20>usseren Abfrage verbunden, indem <p>In Versionen vor 7.4 werden Unterabfragen mit der <20>usseren Abfrage verbunden,
f<>r jede Reihe der <20>usseren Query die Ergebnisse der Unterabfrage in dem f<EFBFBD>r jede Reihe der <20>usseren Query die Ergebnisse der Unterabfrage
sequentiell gepr<70>ft werden. Um dies zu vermeiden, kann man <small>IN</small> durch sequentiell gepr<70>ft werden. Um dies zu vermeiden, kann man <small>IN</small> durch
<small>EXISTS</small> ersetzen, z.B.:</p> <small>EXISTS</small> ersetzen, z.B.:</p>
<pre> <pre>
@ -1196,8 +1197,10 @@ BYTEA bytea Bytearray mit variabler L
WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2) WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
</pre> </pre>
<p> Damit diese Abfrage effizient durchgef<65>hrt wird, sollte f<>r '<em>spalte2</em>' <p> Damit diese Abfrage effizient durchgef<65>hrt wird, sollte f<>r '<em>spalte2</em>'
ein Index angelegt worden sein. Die Einschr<68>nkung von Abfragen mit <small>IN</small> ein Index angelegt worden sein. Ab PostgreSQL 7.4 <small>IN</small> verwendet
wird in der n<>chsten PostgreSQL-Version (7.4) behoben werden.</p> die gleichen Methoden wie die normale Tabellenverkn<6B>pfung und ist daher soger
<small>EXISTS</small> vorzuziehen.
</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>
@ -1355,8 +1358,6 @@ BYTEA bytea Bytearray mit variabler L
entgegen, verweise jedoch auf die Mailing-Listen als schnelle und zuverl<72>ssige entgegen, verweise jedoch auf die Mailing-Listen als schnelle und zuverl<72>ssige
Anlaufstellen.</p> Anlaufstellen.</p>
<p>Diese <20>bersetzung basiert teilweise auf einer fr<66>heren <20>bersetzung von Karsten
Schulz (<a href="mailto:schulz@linux-systemhaus.de">schulz@linux-systemhaus.de</a>).</p>
</body> </body>
</html> </html>