X-Original-To: pgsql-docs@postgresql.org
Received: from localhost (postgresql.org [64.49.215.8])
by postgresql.org (Postfix) with ESMTP id A4016475F85
for The database server can run on Windows NT and Win2k using
Cygwin, the Cygnus Unix/NT porting library. See
pgsql/doc/FAQ_MSWIN in the distribution or the MS Windows FAQ
! at
! http://www.PostgreSQL.org/docs/faq-mswin.html. A native port to MS Win NT/2000/XP is currently being worked
on. The database server can run on Windows NT and Win2k using
Cygwin, the Cygnus Unix/NT porting library. See
pgsql/doc/FAQ_MSWIN in the distribution or the MS Windows FAQ
! at
! http://www.ca.PostgreSQL.org/docs/faq-mswin.html. A native port to MS Win NT/2000/XP is currently being worked
on. Yes, there are several graphical interfaces to PostgreSQL available.
These include PgAccess
http://www.pgaccess.org), PgAdmin II (http://www.pgadmin.org,
***************
*** 545,552 ****
http://www.thekompany.com/products/rekall/, proprietary). There is
also PHPPgAdmin (
http://phppgadmin.sourceforge.net/ ), a web-based interface to
! PostgreSQL.
2.3) Does PostgreSQL have a graphical user
interface?
! Yes, there are several graphical interfaces to PostgreSQL available.
These include PgAccess
http://www.pgaccess.org), PgAdmin II (http://www.pgadmin.org,
--- 535,541 ----
2.3) Does PostgreSQL have a graphical user
interface?
! 2.4) What languages are able to communicate with
PostgreSQL?
--- 545,554 ----
http://www.thekompany.com/products/rekall/, proprietary). There is
also PHPPgAdmin (
http://phppgadmin.sourceforge.net/ ), a web-based interface to
! PostgreSQL.
See http://techdocs.postgresql.org/guides/GUITools for a more detailed list.
+You will see the internal name when examining system catalogs and in some error messages.
!The last four types above are "varlena" types (i.e., the first four bytes on disk are the length, followed by the data). Thus the actual space used is slightly greater than the declared size. However, these data types are also subject to compression or being --- 1039,1052 ---- VARCHAR(n) varchar size specifies maximum length, no padding CHAR(n) bpchar blank padded to the specified fixed length TEXT text no specific upper limit on length BYTEA bytea variable-length byte array (null-byte safe) + "char" char one character
You will see the internal name when examining system catalogs and in some error messages.
!The first four types above are "varlena" types (i.e., the first four bytes on disk are the length, followed by the data). Thus the actual space used is slightly greater than the declared size. However, these data types are also subject to compression or being *************** *** 1058,1065 **** same length. CHAR(n) pads with blanks to the specified length, while VARCHAR(n) only stores the characters supplied. BYTEA is for storing binary data, ! particularly values that include NULL bytes. These ! types have similar performance characteristics.
Deutsche =DCbersetzung von Ian Barwick (barwick@gmx.net).
=20=20 !Letzte Aktualisierung der deutschen =DCbersetzung: So., den 15.12.= 2002, 18:00 CET
=20=20Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL W= ebsite:
=DCbersetzungen dieses Dokuments in andere Sprachen sowie plattfor= m- spezifische FAQs k=F6nnen unter ! http= ://www.PostgreSQL.org/users-lounge/docs/faq.html eingesehen werden.
=20=20Deutsche =DCbersetzung von Ian Barwick (barwick@gmx.net).
=20=20 !Letzte Aktualisierung der deutschen =DCbersetzung: Fr., den 14.02.= 2003, 22:30 CET
=20=20Die aktuellste Version dieses Dokuments liegt auf der PostgreSQL W= ebsite:
=DCbersetzungen dieses Dokuments in andere Sprachen sowie plattfor= m- spezifische FAQs k=F6nnen unter ! h= ttp://www.ca.PostgreSQL.org/users-lounge/docs/faq.html eingesehen werden.
=20=20Eine eigenst=E4ndige Portierung auf MS Win NT/2000/XP befindet sich in Vorbereitung.
--- 213,219 ---- (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://w= ww.ca.PostgreSQL.org/docs/faq-mswin.html. =20=20Eine eigenst=E4ndige Portierung auf MS Win NT/2000/XP befindet sich in Vorbereitung.
*************** *** 270,281 **** =20=20Eine Liste von Unternehmen, die Support f=FCr PostgreSQL auf komme= rzieller Basis leisten, kann unter ! http://www.PostgreSQL.org/users-lounge/commercial-support.html eingesehen werden.
=20=20Die neueste Version von PostgreSQL ist 7.3.
=20=20Wir planen alle 4 Monate eine neue Version herauszugeben.
=20=20 --- 270,281 ---- =20=20Eine Liste von Unternehmen, die Support f=FCr PostgreSQL auf komme= rzieller Basis leisten, kann unter ! http://www.ca.PostgreSQL.org/users-lounge/commercial-support.htm= l eingesehen werden.
=20=20Die neueste Version von PostgreSQL ist 7.3.2 .
=20=20Wir planen alle 4 Monate eine neue Version herauszugeben.
=20=20 *************** *** 665,675 **** erlaubter Backend-Prozesse wird verhindert, dass System-Ressourcen durch PostgreSQL aufgebraucht werden. =20=20 -In den PostgreSQL-Versionen vor 6.5 war die maximale Anzahl von Ba= ckends - auf 64 festgelegt und eine =C4nderung setzte eine erneute Kompilierung - voraus, bei der die Konstante MaxBackendId in include/st= orage/sinvaladt.h - entsprechend angepasst werden mu=DFte. -=20
Dieses Verzeichnis enth=E4lt tempor=E4re Dateien, die durch den (Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes). =
Sollte es danach aussehen, also ob der Optimierer irrt=FCmlich ein=
en sequentiellen=20
+ Scan ausf=FChrt, f=FChren Sie SET enable_seqscan TO 'off' aus und pr=FCfen
+ Sie, ob die Indexabfrage dadurch scheller geworden ist. Bei der Nutzung von Wildcard-Operatoren wie LIKE od=
er ~, k=F6nnen
Indizes nur unter bestimmten Umst=E4nden verwendet werden: Der interne Name kommt vor allem in den Systemkatalogen u=
nd in manchen
Fehlermeldungen vor. Die letzten vier Typen sind "varlena"-Typen (d.h. die ers=
ten vier
Bytes geben die L=E4nge an, gefolgt von den Daten). Daher ist der tat=
s=E4chlich
belegte Platz immer etwas mehr als die deklarierte Feldgr=F6=DFe. All=
erdings
wird unter Umst=E4nden auf diese Datentypen Datenkompression durch da=
s TOAST-
Verfahren angewendet, womit der tats=E4chlich belegte Platz auch geri=
nger
als erwartet ausfallen kann. CHAR(n) ist geeignet f=FCr die Speicherung von Zeic=
henketten =E4hnlicher L=E4nge.
! VARCHAR(n) ist geeignet f=FCr Zeichenketten abweichender L=E4ngen, se=
tzt jedoch
! eine maximale L=E4nge. TEXT setzt keine L=E4ngengrenze=
, allerdings gibt es
! eine systembedingte Obergrenze von 1 GB. BYTEA ist f=
=FCr bin=E4re Daten,
! besonders f=FCr Werte, die NULL-Bytes haben. Die erw=
=E4hnten Typen weisen
! =E4hnliche Performanzeigenschaften auf. Der interne Name kommt vor allem in den Systemkatalogen u=
nd in manchen
Fehlermeldungen vor. Die ersten vier Typen sind "varlena"-Typen (d.h. die erst=
en vier
Bytes geben die L=E4nge an, gefolgt von den Daten). Daher ist der tat=
s=E4chlich
belegte Platz immer etwas mehr als die deklarierte Feldgr=F6=DFe. All=
erdings
wird unter Umst=E4nden auf diese Datentypen Datenkompression durch da=
s TOAST-
Verfahren angewendet, womit der tats=E4chlich belegte Platz auch geri=
nger
als erwartet ausfallen kann. F=FCr die Speicherung von Zeichenketten variabler L=E4nge empfiehl=
t sich VARCHAR(n).=20
+ Die maximale L=E4nge eines VARCHAR(n)-Felds wird bei d=
er Tabellendefinition
+ festgelegt. TEXT setzt keine L=E4ngengrenze, allerding=
s gibt es
+ eine systembedingte Obergrenze von 1 GB.=20
+=20
+ CHAR(n) ist geeignet f=FCr die Speicherung von Zeic=
henketten, die alle=20
+ die gleiche L=E4nge haben. Bitte beachten Sie, dass CHAR(n) automatisch Zeichenketten
+ bis zur definierten Feldl=E4nge mit Leerzeichen ausf=FCllt, w=E4hrend=
bei VARCHAR(n) nur
+ die tats=E4chlich eingegebene Zeichenkette gespeichert wird. BYTEA ist f=FCr bin=E4re Daten, besonders f=FCr Wer=
te, die NULL-Bytes haben. Die hier erw=E4hnten Typen weisen =E4hnliche Performanzeigenschaft=
en auf.
***************
*** 946,975 ****
4.14) Was ist der Unterschied zwischen den v=
erschiedenen CHAR-Typen?
Typ interner Name Bemerkungen
-------------------------------------------------
- "char" char 1 Zeichen
- CHAR(n) bpchar mit Leerzeichen gef=FCllt bis zur angegeben=
en L=E4nge
VARCHAR(n) varchar die Gr=F6=DFe legt die Maximall=E4nge fest;=
kein
Ausf=FCllen mit Leerzeichen
TEXT text Die L=E4nge wird nur durch die maximale Zei=
lenl=E4nge
beschr=E4nkt
BYTEA bytea Bytearray mit variabler L=E4nge
4.15.1) Wie erzeuge ich ein serielles Feld=
mit automatischer Erh=F6hung des
Werts?
--- 945,980 ----
4.14) Was ist der Unterschied zwischen den v=
erschiedenen CHAR-Typen?
Typ interner Name Bemerkungen
-------------------------------------------------
VARCHAR(n) varchar die Gr=F6=DFe legt die Maximall=E4nge fest;=
kein
Ausf=FCllen mit Leerzeichen
+ CHAR(n) bpchar mit Leerzeichen gef=FCllt bis zur angegeben=
en L=E4nge
TEXT text Die L=E4nge wird nur durch die maximale Zei=
lenl=E4nge
beschr=E4nkt
BYTEA bytea Bytearray mit variabler L=E4nge
+ "char" char 1 Zeichen
4.15.1) Wie erzeuge ich ein serielles Feld=
mit automatischer Erh=F6hung des
Werts?
***************
*** 1043,1049 ****
L=FCcken in der Sequenznummerierung verursacht.
OIDs sind PostgreSQLs Antwort auf eindeutige Zeilen-IDs. Jede Zeil= e, die in PostgreSQL erzeugt wird, bekommt eine eindeutige OID. Alle --- 1048,1054 ---- L=FCcken in der Sequenznummerierung verursacht.
=20=20 =20=20 !OIDs sind PostgreSQLs Antwort auf eindeutige Zeilen-IDs. Jede Zeil= e, die in PostgreSQL erzeugt wird, bekommt eine eindeutige OID. Alle *************** *** 1156,1162 ****
Damit diese Abfrage effizient durchgef=FChrt wird, sollte f=FCr '= spalte2' ein Index angelegt worden sein. Die Einschr=E4nkung von Abfragen mit = IN ! soll in einer k=FCnftigen PotsgreSQL-Version behoben werden.
=20=20Damit diese Abfrage effizient durchgef=FChrt wird, sollte f=FCr '= spalte2' ein Index angelegt worden sein. Die Einschr=E4nkung von Abfragen mit = IN ! wird in der n=E4chsten PostgreSQL-Version (7.4) behoben werden.
=20=20