From barwick@gmx.net Mon Jun 8 11:26:38 2026 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 ; Fri, 14 Feb 2003 16:50:13 -0500 (EST) Received: from post.webmailer.de (natsmtp00.webmailer.de [192.67.198.74]) by postgresql.org (Postfix) with ESMTP id 076B8476561 for ; Fri, 14 Feb 2003 16:32:40 -0500 (EST) Received: from ianb.local (pD9EB1C82.dip.t-dialin.net [217.235.28.130]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id WAA01435 for ; Fri, 14 Feb 2003 22:32:12 +0100 (MET) From: Ian Barwick To: pgsql-docs@postgresql.org Subject: FAQ patches Date: Fri, 14 Feb 2003 22:32:07 +0100 X-Mailer: KMail [version 1.4] MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_JHIBPU4OEL0JRHGCSUBI" Message-Id: <200302142232.07509.barwick@gmx.net> X-Virus-Scanned: by AMaViS new-20020517 X-Archive-Number: 200302/17 X-Sequence-Number: 1651 --------------Boundary-00=_JHIBPU4OEL0JRHGCSUBI Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Attached: 1. Minor corrections for the English FAQ (also added a line to "Does PostgreSQL have a graphical user interface?" mentioning the http://techdocs.postgresql.org/guides/GUITools ). 2. Update for the German FAQ. Ian Barwick barwick@gmx.net --------------Boundary-00=_JHIBPU4OEL0JRHGCSUBI Content-Type: text/x-diff; charset="us-ascii"; name="FAQ.html.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="FAQ.html.diff" Index: FAQ.html =================================================================== RCS file: /projects/cvsroot/pgsql-server/doc/src/FAQ/FAQ.html,v retrieving revision 1.167 diff -c -r1.167 FAQ.html *** FAQ.html 2003/02/14 14:03:10 1.167 --- FAQ.html 2003/02/14 21:25:02 *************** *** 245,252 ****

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.

--- 245,252 ----

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.

*************** *** 535,541 ****

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?

!

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.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.

+

2.4) What languages are able to communicate with PostgreSQL?

*************** *** 1037,1050 **** 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 - "char" char one character BYTEA bytea variable-length byte array (null-byte safe)

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.

4.15.1) How do I create a serial/auto-incrementing field?

--- 1060,1067 ---- 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. All the ! types described here have similar performance characteristics.

4.15.1) How do I create a serial/auto-incrementing field?

--------------Boundary-00=_JHIBPU4OEL0JRHGCSUBI Content-Type: text/x-diff; charset="us-ascii"; name="FAQ_german.html.diff" Content-Disposition: attachment; filename="FAQ_german.html.diff" Content-Transfer-Encoding: quoted-printable Index: FAQ_german.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /projects/cvsroot/pgsql-server/doc/src/FAQ/FAQ_german.html,v retrieving revision 1.6 diff -c -r1.6 FAQ_german.html *** FAQ_german.html 2002/12/18 04:46:17 1.6 --- FAQ_german.html 2003/02/14 21:25:21 *************** *** 14,29 **** =20=20

Deutsche =DCbersetzung von Ian Barwick (barwick@gmx.net).

=20=20 !

Letzte Aktualisierung der deutschen =DCbersetzung: So., den 15.12.= 2002, 18:00 CET

=20=20

Die 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=20
--- 14,29 ---- =20=20

Deutsche =DCbersetzung von Ian Barwick (barwick@gmx.net).

=20=20 !

Letzte Aktualisierung der deutschen =DCbersetzung: Fr., den 14.02.= 2003, 22:30 CET

=20=20

Die 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=20
*************** *** 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://www.= PostgreSQL.org/docs/faq-mswin.html.

=20=20

Eine 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=20

Eine eigenst=E4ndige Portierung auf MS Win NT/2000/XP befindet sich in Vorbereitung.

*************** *** 270,281 **** =20=20

Eine 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=20

1.7) Was ist die neueste Version von PostgreS= QL?

=20=20 !

Die neueste Version von PostgreSQL ist 7.3.

=20=20

Wir planen alle 4 Monate eine neue Version herauszugeben.

=20=20 --- 270,281 ---- =20=20

Eine 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=20

1.7) Was ist die neueste Version von PostgreS= QL?

=20=20 !

Die neueste Version von PostgreSQL ist 7.3.2 .

=20=20

Wir 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

3.9) Was befindet sich im Verzeichnis pgs= ql_tmp/?

=20=20

Dieses Verzeichnis enth=E4lt tempor=E4re Dateien, die durch den query executor --- 665,670 ---- *************** *** 861,866 **** --- 856,865 ----

(Die Aggregatfunktionen MIN() und MAX() verwenden keine Indizes). =

=20=20 +

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.

+=20

Bei der Nutzung von Wildcard-Operatoren wie LIKE od= er ~, k=F6nnen Indizes nur unter bestimmten Umst=E4nden verwendet werden:

    *************** *** 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

    Der interne Name kommt vor allem in den Systemkatalogen u= nd in manchen Fehlermeldungen vor.

    =20=20 !

    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.

    =20=20 !

    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.

    =20=20

    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

    Der interne Name kommt vor allem in den Systemkatalogen u= nd in manchen Fehlermeldungen vor.

    =20=20 !

    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.

    +=20 +

    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.

    =20=20 !

    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.

    =20=20

    4.15.1) Wie erzeuge ich ein serielles Feld= mit automatischer Erh=F6hung des Werts?

    *************** *** 1043,1049 **** L=FCcken in der Sequenznummerierung verursacht.

    =20=20 =20=20 !

    4.16) Was ist ein OID? Was is= t ein TID?

    =20=20

    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 !

    4.16) Was ist ein OID? Was is= t ein TID?

    =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=20

    4.23) Wie f=FChre ich einen OUTER JOI= N durch?

    =20=20 --- 1161,1167 ----

    Damit 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

    4.23) Wie f=FChre ich einen OUTER JOI= N durch?

    =20=20 --------------Boundary-00=_JHIBPU4OEL0JRHGCSUBI-- From pgman@candle.pha.pa.us Mon Jun 8 11:26:38 2026 X-Original-To: pgsql-docs@postgresql.org Received: from localhost (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id EFBAE475A9E for ; Tue, 18 Feb 2003 00:08:16 -0500 (EST) Received: from candle.pha.pa.us (momjian.navpoint.com [207.106.42.251]) by postgresql.org (Postfix) with ESMTP id 65435475A8D for ; Tue, 18 Feb 2003 00:08:15 -0500 (EST) Received: (from pgman@localhost) by candle.pha.pa.us (8.11.6/8.10.1) id h1I58Du17547; Tue, 18 Feb 2003 00:08:13 -0500 (EST) From: Bruce Momjian Message-Id: <200302180508.h1I58Du17547@candle.pha.pa.us> Subject: Re: FAQ patches In-Reply-To: <200302142232.07509.barwick@gmx.net> To: Ian Barwick Date: Tue, 18 Feb 2003 00:08:13 -0500 (EST) Cc: pgsql-docs@postgresql.org X-Mailer: ELM [version 2.4ME+ PL99 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS new-20020517 X-Archive-Number: 200302/21 X-Sequence-Number: 1655 Patches applied. Thanks. --------------------------------------------------------------------------- Ian Barwick wrote: > > Attached: > > 1. Minor corrections for the English FAQ > (also added a line to "Does PostgreSQL have a graphical user interface?" > mentioning the http://techdocs.postgresql.org/guides/GUITools ). > > 2. Update for the German FAQ. > > > Ian Barwick > barwick@gmx.net > [ Attachment, skipping... ] [ Attachment, skipping... ] > > ---------------------------(end of broadcast)--------------------------- > TIP 4: Don't 'kill -9' the postmaster -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073