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

Commitacc5754

Browse files
committed
German FAQ update.
Ian Barwick
1 parentccdeed7 commitacc5754

File tree

2 files changed

+63
-61
lines changed

2 files changed

+63
-61
lines changed

‎doc/FAQ_german

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

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

8-
Letzte Aktualisierung der deutschen �bersetzung:Di., den 02.09.2003,
9-
10:00 CET
8+
Letzte Aktualisierung der deutschen �bersetzung:Fr., den 02.01.2004,
9+
07:30 CET
1010

1111
Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL
1212
Website:
@@ -229,7 +229,8 @@
229229

230230
Weitere Informationen zum Status von PostgreSQL auf der
231231
Microsoft-Plattform befinden sich unter
232-
http://techdocs.postgresql.org/guides/Windows (en.).
232+
http://techdocs.postgresql.org/guides/Windows (en.) sowie
233+
http://momjian.postgresql.org/main/writings/pgsql/win32.html (en.).
233234

234235
Eine Portierung f�r Novell Netware 6 gibt es unter
235236
http://forge.novell.com.
@@ -280,18 +281,18 @@
280281

281282
http://www.PostgreSQL.org
282283

283-
Es gibt au�erdem einen IRC-Channel bei EFNet und beiOpenProjects,
284-
Channel#PostgreSQL.Der FAQ-Autor Bruce Momjian nutzt den
285-
Unix-Befehl: irc-c '#PostgreSQL' "$USER" irc.phoenix.net um daran
286-
teilzunehmen.
284+
Es gibt au�erdem einen IRC-Channel bei EFNet und beiFreenode, Channel
285+
#PostgreSQL.Unter UNIX/Linux k�nnen Sie mit z.B. irc -c '#PostgreSQL'
286+
"$USER" irc.phoenix.net bzw. irc-c '#PostgreSQL' "$USER"
287+
irc.freenode.net. daran teilnehmen.
287288

288289
Eine Liste von Unternehmen, die Support f�r PostgreSQL auf
289290
kommerzieller Basis leisten, kann unter
290291
http://techdocs.postgresql.org/companies.php eingesehen werden.
291292

292293
1.7) Was ist die neueste Version von PostgreSQL?
293294

294-
Die neueste Version von PostgreSQL ist 7.3.4 .
295+
Die neueste Version von PostgreSQL ist 7.4.1 .
295296

296297
Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro
297298
Jahr.
@@ -386,14 +387,18 @@
386387
PostgreSQL weist eine Performanz auf, die mit der von
387388
kommerziellen und anderen Open-Source-Datenbanken vergleichbar
388389
ist. In manchen Bereichen ist es schneller, in anderen
389-
langsamen. Im Vergleich zu MySQL oder abgespeckten
390-
Datenbank-Systemen sind INSERT- und UPDATE-Anweisungen aufgrund
391-
des Transaktionsaufwands langsamer. MySQL hat allerdings keine
392-
der oben erw�hnten Eigenschaften. PostgreSQL setzt auf
393-
Zuverl�ssigkeit und Funktionsumfang, obwohl selbstredend
394-
st�ndig an Performanz- Verbesserungen gearbeitet wird. Ein
395-
interessanter Vergleich zwischen PostgreSQL und MySQL befindet
396-
sich unter dieser URL:
390+
langsamer.
391+
392+
Im Vergleich zu MySQL oder abgespeckten Datenbank-Systemen ist
393+
PostgreSQL in Lastsituationen - z.B. bei zeitgleichen Zugriffen
394+
durch mehrere Nutzer, komplexen Abfragen oder gleichzeitigen
395+
Lese- und Schreibzugriffen schneller. MySQL ist nur bei
396+
einfacheren SELECT-Abfragen mit wenigen Nutzern schneller.
397+
MySQL hat allerdings wenige der oben erw�hnten Eigenschaften.
398+
PostgreSQL setzt auf Zuverl�ssigkeit und Funktionsumfang, dabei
399+
wird selbstredend st�ndig an Performanz-Verbesserungen
400+
gearbeitet. Ein interessanter Vergleich zwischen PostgreSQL und
401+
MySQL befindet sich unter dieser URL:
397402
http://openacs.org/philosophy/why-not-mysql.html
398403

399404
Zuverl�ssigkeit
@@ -488,12 +493,11 @@
488493
2.3) Hat PostgreSQL eine grafische Benutzerschnittstelle?
489494

490495
Es gibt mehrere grafische Schnittstellen f�r PostgreSQL, darunter
491-
PgAccess ( http://www.pgaccess.org), PgAdmin II
492-
(http://www.pgadmin.org, nur f�r Win32), RHDB Admin
493-
(http://sources.redhat.com/rhdb/ ) und Rekall (
494-
http://www.thekompany.com/products/rekall/, propriet�r). Es gibt
495-
au�erdem PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ), eine
496-
web-basierte Schnittstelle.
496+
PgAccess ( http://www.pgaccess.org), PgAdmin III
497+
(http://www.pgadmin.org, RHDB Admin (http://sources.redhat.com/rhdb/ )
498+
und Rekall ( http://www.thekompany.com/products/rekall/, propriet�r).
499+
Es gibt au�erdem PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ),
500+
eine web-basierte Schnittstelle.
497501

498502
2.4) Welche Programmiersprachen und Schnittstellen gibt es?
499503

@@ -788,7 +792,7 @@
788792
Es bestehen folgende Obergrenzen:
789793
Maximale Gr��e eine Datenbank? unbeschr�nkt (es existieren
790794
Datenbanken mit 4TB)
791-
Maximale Gr��e einer Tabelle?16 TB
795+
Maximale Gr��e einer Tabelle?32 TB
792796
Maximale Gr��e einer Zeile? 1,6 TB
793797
Maximale Gr��e einer Spalte? 1 GB
794798
Maximale Anzahl von Zeilen in einer Tabelle?
@@ -802,7 +806,7 @@
802806
verf�gbaren Platten- und Speicherressourcen eingeschr�nkt sind.
803807
Extreme Gr��en k�nnen zu Leistungseinbu�en f�hren.
804808

805-
Die maximale Tabellengr��e von16 TB ben�tigt keine
809+
Die maximale Tabellengr��e von32 TB ben�tigt keine
806810
Large-File-Unterst�tzung im Betriebssystem. Gro�e Tabellen werden in
807811
Dateien mit einer Gr��e von 1 GB aufgeteilt, wodurch etwaige
808812
dateisystem-bedingte Beschr�nkungen nicht relevant sind.
@@ -1016,7 +1020,7 @@ BYTEA bytea Bytearray mit variabler L
10161020
Werts?
10171021

10181022
PostgreSQL bietet einen SERIAL-Datentyp. Dieser erzeugt automatisch
1019-
eine Sequenzund einen Indexauf die angegebene Spalte. Zum Beispiel:
1023+
eine Sequenz auf die angegebene Spalte. Zum Beispiel:
10201024
CREATE TABLE person (
10211025
id SERIAL,
10221026
name TEXT
@@ -1028,7 +1032,6 @@ BYTEA bytea Bytearray mit variabler L
10281032
id INT4 NOT NULL DEFAULT nextval('person_id_seq'),
10291033
name TEXT
10301034
);
1031-
CREATE UNIQUE INDEX person_id_key ON person ( id );
10321035

10331036
umgewandelt.
10341037

@@ -1175,10 +1178,10 @@ BYTEA bytea Bytearray mit variabler L
11751178
4.22) Warum sind meine Unterabfragen (subqueries), die IN verwenden, so
11761179
langsam?
11771180

1178-
Derzeitwerden Unterabfragen mit der �usseren Abfrage verbunden, indem
1179-
f�r jede Reihe der �usseren Query die Ergebnisse der Unterabfrage
1180-
sequentiell gepr�ft werden. Um dies zu vermeiden, kann man IN durch
1181-
EXISTS ersetzen, z.B.:
1181+
In Versionen vor 7.4werden Unterabfragen mit der �usseren Abfrage
1182+
verbunden, in demf�r jede Reihe der �usseren Query die Ergebnisse der
1183+
Unterabfragesequentiell gepr�ft werden. Um dies zu vermeiden, kann
1184+
man IN durchEXISTS ersetzen, z.B.:
11821185
SELECT *
11831186
FROM tabelle_1
11841187
WHERE spalte1 IN (SELECT spalte2 FROM tabelle_2)
@@ -1189,8 +1192,9 @@ BYTEA bytea Bytearray mit variabler L
11891192
WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
11901193

11911194
Damit diese Abfrage effizient durchgef�hrt wird, sollte f�r 'spalte2'
1192-
ein Index angelegt worden sein. Die Einschr�nkung von Abfragen mit IN
1193-
wird in der n�chsten PostgreSQL-Version (7.4) behoben werden.
1195+
ein Index angelegt worden sein. Ab PostgreSQL 7.4 IN verwendet die
1196+
gleichen Methoden wie die normale Tabellenverkn�pfung und ist daher
1197+
soger EXISTS vorzuziehen.
11941198

11951199
4.23) Wie f�hre ich einen OUTER JOIN durch?
11961200

@@ -1344,6 +1348,3 @@ BYTEA bytea Bytearray mit variabler L
13441348
Verst�ndnisfragen zum Inhalt der FAQ freue ich mich. Ich nehme auch
13451349
allgemeine Fragen zu PostgreSQL gerne entgegen, verweise jedoch auf
13461350
die Mailing-Listen als schnelle und zuverl�ssige Anlaufstellen.
1347-
1348-
Diese �bersetzung basiert teilweise auf einer fr�heren �bersetzung von
1349-
Karsten Schulz (schulz@linux-systemhaus.de).

‎doc/src/FAQ/FAQ_german.html

Lines changed: 27 additions & 26 deletions
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ <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:Di., den 02.09.2003, 10:00 CET</p>
17+
<p>Letzte Aktualisierung der deutschen Übersetzung:Fr., den 02.01.2004, 07:30 CET</p>
1818

1919
<p>Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL Website:</p>
2020
<ul>
@@ -220,7 +220,7 @@ <h4><a name="1.2">1.2</a>).Welchem Copyright unterliegt PostgreSQL?</h4>
220220
in der Vorbereitung.</p>
221221

222222
<p>Weitere Informationen zum Status von PostgreSQL auf der Microsoft-Plattform
223-
befinden sich unter<ahref="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows</a> (en.).</p>
223+
befinden sich unter<ahref="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows</a> (en.) sowie<ahref="http://momjian.postgresql.org/main/writings/pgsql/win32.html"> http://momjian.postgresql.org/main/writings/pgsql/win32.html</a> (en.).</p>
224224

225225
<p>Eine Portierung für Novell Netware 6 gibt es unter<ahref="http://forge.novell.com">http://forge.novell.com</a>.</p>
226226

@@ -273,9 +273,10 @@ <h4><a name="1.5">1.5</a>) Woher bekomme ich PostgreSQL?</h4>
273273
<blockquote>
274274
<ahref="http://www.PostgreSQL.org">http://www.PostgreSQL.org</a>
275275
</blockquote>
276-
<p>Es gibt außerdem einen IRC-Channel bei EFNet und bei OpenProjects, Channel
277-
<em>#PostgreSQL</em>. Der FAQ-Autor Bruce Momjian nutzt den Unix-Befehl:
278-
<small>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</small> um daran teilzunehmen.</p>
276+
<p>Es gibt außerdem einen IRC-Channel bei EFNet und bei Freenode, Channel
277+
<em>#PostgreSQL</em>. Unter UNIX/Linux können Sie mit z.B.
278+
<small>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</small> bzw.<small>irc -c
279+
'#PostgreSQL' "$USER" irc.freenode.net.</small> daran teilnehmen.</p>
279280

280281
<p>Eine Liste von Unternehmen, die Support für PostgreSQL auf kommerzieller
281282
Basis leisten, kann unter
@@ -284,7 +285,7 @@ <h4><a name="1.5">1.5</a>) Woher bekomme ich PostgreSQL?</h4>
284285

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

287-
<p>Die neueste Version von PostgreSQL ist 7.3.4 .</p>
288+
<p>Die neueste Version von PostgreSQL ist 7.4.1 .</p>
288289

289290
<p>Die Freigabe einer neuen Version erfolgt im Schnitt ca. dreimal pro Jahr.</p>
290291

@@ -374,13 +375,15 @@ <h4><a name="1.13">1.13</a>) Wie sende ich einen Fehlerbericht?</h4>
374375
<dt><b>Performanz</b></dt>
375376
<dd><p>PostgreSQL weist eine Performanz auf, die mit der von kommerziellen
376377
und anderen Open-Source-Datenbanken vergleichbar ist. In
377-
manchen Bereichen ist es schneller, in anderen langsamen. Im
378-
Vergleich zu MySQL oder abgespeckten Datenbank-Systemen sind
379-
INSERT- und UPDATE-Anweisungen aufgrund des Transaktionsaufwands
380-
langsamer. MySQL hat allerdings keine der oben erwähnten
381-
Eigenschaften. PostgreSQL setzt auf Zuverlässigkeit und
382-
Funktionsumfang, obwohl selbstredend ständig an Performanz-
383-
Verbesserungen gearbeitet wird. Ein interessanter Vergleich
378+
manchen Bereichen ist es schneller, in anderen langsamer.</p>
379+
<p>Im Vergleich zu MySQL oder abgespeckten Datenbank-Systemen
380+
ist PostgreSQL in Lastsituationen - z.B. bei zeitgleichen
381+
Zugriffen durch mehrere Nutzer, komplexen Abfragen oder gleichzeitigen
382+
Lese- und Schreibzugriffen schneller. MySQL ist nur bei einfacheren
383+
SELECT-Abfragen mit wenigen Nutzern schneller. MySQL hat allerdings
384+
wenige der oben erwähnten Eigenschaften. PostgreSQL setzt auf
385+
Zuverlässigkeit und Funktionsumfang, dabei wird selbstredend ständig
386+
an Performanz-Verbesserungen gearbeitet. Ein interessanter Vergleich
384387
zwischen PostgreSQL und MySQL befindet sich unter dieser URL:
385388
<ahref="http://openacs.org/philosophy/why-not-mysql.html">http://openacs.org/philosophy/why-not-mysql.html</a></p>
386389
</dd>
@@ -479,9 +482,8 @@ <h4><a name="2.3">2.3</a>) Hat PostgreSQL eine grafische Benutzerschnittstelle?<
479482

480483
<p>Es gibt mehrere grafische Schnittstellen für PostgreSQL, darunter
481484
PgAccess (<ahref="http://www.pgaccess.org">http://www.pgaccess.org</a>),
482-
PgAdmin II (<a
483-
href="http://www.pgadmin.org">http://www.pgadmin.org</a>,
484-
nur für Win32), RHDB Admin (<a
485+
PgAdmin III (<a
486+
href="http://www.pgadmin.org">http://www.pgadmin.org</a>, RHDB Admin (<a
485487
href="http://sources.redhat.com/rhdb/">http://sources.redhat.com/rhdb/
486488
</a>) und Rekall (<ahref="http://www.thekompany.com/products/rekall/">
487489
http://www.thekompany.com/products/rekall/</a>, proprietär). Es gibt
@@ -785,7 +787,7 @@ <h4><a name="4.3">4.3</a>) Wie bekomme ich eine Liste der Tabellen oder anderen
785787
<pre>
786788
Maximale Größe eine Datenbank? unbeschränkt (es existieren
787789
Datenbanken mit 4TB)
788-
Maximale Größe einer Tabelle?16 TB
790+
Maximale Größe einer Tabelle?32 TB
789791
Maximale Größe einer Zeile? 1,6 TB
790792
Maximale Größe einer Spalte? 1 GB
791793
Maximale Anzahl von Zeilen in einer Tabelle?
@@ -799,7 +801,7 @@ <h4><a name="4.3">4.3</a>) Wie bekomme ich eine Liste der Tabellen oder anderen
799801
verfügbaren Platten- und Speicherressourcen eingeschränkt sind.
800802
Extreme Größen können zu Leistungseinbußen führen.</p>
801803

802-
<p>Die maximale Tabellengröße von16 TB benötigt keine Large-File-Unterstützung
804+
<p>Die maximale Tabellengröße von32 TB benötigt keine Large-File-Unterstützung
803805
im Betriebssystem. Große Tabellen werden in Dateien mit einer Größe von
804806
1 GB aufgeteilt, wodurch etwaige dateisystem-bedingte Beschränkungen nicht
805807
relevant sind.</p>
@@ -1012,7 +1014,7 @@ <h4><a name="4.14">4.14</a>) Was ist der Unterschied zwischen den verschiedenen
10121014
Werts?</h4>
10131015

10141016
<p>PostgreSQL bietet einen<small>SERIAL</small>-Datentyp. Dieser erzeugt automatisch
1015-
eine Sequenzund einen Indexauf die angegebene Spalte. Zum Beispiel:</p>
1017+
eine Sequenz auf die angegebene Spalte. Zum Beispiel:</p>
10161018
<pre>
10171019
CREATE TABLE person (
10181020
id SERIAL,
@@ -1025,7 +1027,6 @@ <h4><a name="4.14">4.14</a>) Was ist der Unterschied zwischen den verschiedenen
10251027
id INT4 NOT NULL DEFAULT nextval('person_id_seq'),
10261028
name TEXT
10271029
);
1028-
CREATE UNIQUE INDEX person_id_key ON person ( id );
10291030
</pre><p> umgewandelt.</p>
10301031

10311032
<p>Die<em>create_sequence</em> Man-Page liefert weitere Informationen über Sequenzen.
@@ -1180,8 +1181,8 @@ <h4><a name="4.21">4.21</a>) Wie kann ich eine Spalte erstellen, deren Default-W
11801181
<h4><aname="4.22">4.22</a>) Warum sind meine Unterabfragen (subqueries), die IN verwenden,
11811182
so langsam?</h4>
11821183

1183-
<p>Derzeitwerden Unterabfragen mit der äusseren Abfrage verbunden,indem
1184-
für jede Reihe der äusseren Query die Ergebnisse der Unterabfrage
1184+
<p>In Versionen vor 7.4werden Unterabfragen mit der äusseren Abfrage verbunden,
1185+
in demfür jede Reihe der äusseren Query die Ergebnisse der Unterabfrage
11851186
sequentiell geprüft werden. Um dies zu vermeiden, kann man<small>IN</small> durch
11861187
<small>EXISTS</small> ersetzen, z.B.:</p>
11871188
<pre>
@@ -1196,8 +1197,10 @@ <h4><a name="4.22">4.22</a>) Warum sind meine Unterabfragen (subqueries), die IN
11961197
WHERE EXISTS (SELECT spalte2 FROM tabelle_2 WHERE spalte1 = spalte2)
11971198
</pre>
11981199
<p> Damit diese Abfrage effizient durchgeführt wird, sollte für '<em>spalte2</em>'
1199-
ein Index angelegt worden sein. Die Einschränkung von Abfragen mit<small>IN</small>
1200-
wird in der nächsten PostgreSQL-Version (7.4) behoben werden.</p>
1200+
ein Index angelegt worden sein. Ab PostgreSQL 7.4<small>IN</small> verwendet
1201+
die gleichen Methoden wie die normale Tabellenverknüpfung und ist daher soger
1202+
<small>EXISTS</small> vorzuziehen.
1203+
</p>
12011204

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

@@ -1355,8 +1358,6 @@ <h4><a name="5.2">5.2</a>) Wie kann ich praktische neue Typen und Funktionen zu
13551358
entgegen, verweise jedoch auf die Mailing-Listen als schnelle und zuverlässige
13561359
Anlaufstellen.</p>
13571360

1358-
<p>Diese Übersetzung basiert teilweise auf einer früheren Übersetzung von Karsten
1359-
Schulz (<ahref="mailto:schulz@linux-systemhaus.de">schulz@linux-systemhaus.de</a>).</p>
13601361
</body>
13611362
</html>
13621363

0 commit comments

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