Update FAQ's in 8.0.X branch.

8 files changed, 1200 insertions, 1027 deletions

diff --git a/doc/FAQ b/doc/FAQ
index 8b7c4e37045..55b281800da 100644
--- a/doc/FAQ
+++ b/doc/FAQ
@@ -1,7 +1,7 @@
 
                 Frequently Asked Questions (FAQ) for PostgreSQL
                                        
-   Last updated: Mon May 30 09:11:03 EDT 2005
+   Last updated: Fri Sep 16 14:07:22 EDT 2005
    
    Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
    
@@ -79,13 +79,16 @@
    4.19) Why do I get "relation with OID ##### does not exist" errors
    when accessing temporary tables in PL/PgSQL functions?
    4.20) What replication solutions are available?
+   4.21) Why are my table and column names not recognized in my query?
      _________________________________________________________________
    
                              General Questions
                                       
   1.1) What is PostgreSQL? How is it pronounced?
   
-   PostgreSQL is pronounced Post-Gres-Q-L, also called just Postgres.
+   PostgreSQL is pronounced Post-Gres-Q-L, and is also sometimes referred
+   to as just Postgres. An audio file is available in MP3 format for
+   those would like to hear the pronunciation.
    
    PostgreSQL is an object-relational database system that has the
    features of traditional commercial database systems with enhancements
@@ -179,7 +182,7 @@
    
   1.7) What is the latest release?
   
-   The latest release of PostgreSQL is version 8.0.2.
+   The latest release of PostgreSQL is version 8.0.3.
    
    We plan to have a major release every year, with minor releases every
    few months.
@@ -469,6 +472,12 @@
    The maximum table size and maximum number of columns can be quadrupled
    by increasing the default block size to 32k.
    
+   One limitation is that indexes can not be created on columns longer
+   than about 2,000 characters. Fortunately, such indexes are rarely
+   needed. Uniqueness is best guaranteed by a funtion index of an MD5
+   hash of the long column, and full text indexing allows for searching
+   of words within the column.
+   
   4.5) How much database disk space is required to store data from a typical
   text file?
   
@@ -480,23 +489,23 @@
    twenty bytes in length. The flat file would be 2.8 MB. The size of the
    PostgreSQL database file containing this data can be estimated as 6.4
    MB:
-    32 bytes: each row header (approximate)
+    28 bytes: each row header (approximate)
     24 bytes: one int field and one text field
    + 4 bytes: pointer on page to tuple
    ----------------------------------------
-    60 bytes per row
+    56 bytes per row
 
    The data page size in PostgreSQL is 8192 bytes (8 KB), so:
 
    8192 bytes per page
-   -------------------   =  136 rows per database page (rounded down)
-     60 bytes per row
+   -------------------   =  146 rows per database page (rounded down)
+     56 bytes per row
 
    100000 data rows
-   --------------------  =  735 database pages (rounded up)
-      128 rows per page
+   --------------------  =  685 database pages (rounded up)
+      146 rows per page
 
-735 database pages * 8192 bytes per page  =  6,021,120 bytes (6 MB)
+685 database pages * 8192 bytes per page  =  5,611,520 bytes (5.6 MB)
 
    Indexes do not require as much overhead, but do contain the data that
    is being indexed, so they can be large also.
@@ -576,6 +585,11 @@
    expresssion index, it will be used:
     CREATE INDEX tabindex ON tab (lower(col));
 
+   If the above index is created as UNIQUE, though the column can store
+   upper and lowercase characters, it can not have identical values that
+   differ only in case. To force a particular case to be stored in the
+   column, use a CHECK constraint or a trigger.
+   
   4.9) In a query, how do I detect if a field is NULL? How can I sort on
   whether a field is NULL or not?
   
@@ -774,3 +788,16 @@
    
    There are also commercial and hardware-based replication solutions
    available supporting a variety of replication models.
+   
+  4.21) Why are my table and column names not recognized in my query?
+  
+   The most common cause is the use of double-quotes around table or
+   column names during table creation. When double-quotes are used, table
+   and column names (called identifiers) are stored case-sensitive,
+   meaning you must use double-quotes when referencing the names in a
+   query. Some interfaces, like pgAdmin, automatically double-quote
+   identifiers during table creation. So, for identifiers to be
+   recognized, you must either:
+     * Avoid double-quoting identifiers when creating tables
+     * Use only lowercase characters in identifiers
+     * Double-quote identifiers when referencing them in queries
diff --git a/doc/FAQ_AIX b/doc/FAQ_AIX
index 62904e275f4..64ccccb2218 100644
--- a/doc/FAQ_AIX
+++ b/doc/FAQ_AIX
@@ -1,5 +1,5 @@
 From: Zeugswetter Andreas <ZeugswetterA@spardat.at>
-$Date: 2005/07/30 03:39:40 $
+$Date: 2005/09/22 22:14:10 $
 
 On AIX 4.3.2 PostgreSQL compiled with the native IBM compiler xlc
 (vac.C 5.0.1) passes all regression tests.  Other versions of OS and
diff --git a/doc/FAQ_DEV b/doc/FAQ_DEV
index 9b74eb855e9..6b75c7be449 100644
--- a/doc/FAQ_DEV
+++ b/doc/FAQ_DEV
@@ -1,7 +1,7 @@
 
           Developer's Frequently Asked Questions (FAQ) for PostgreSQL
                                        
-   Last updated: Sat May 14 12:26:01 EDT 2005
+   Last updated: Mon Sep 19 21:28:08 EDT 2005
    
    Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
    
@@ -101,7 +101,7 @@ General Questions
    important to get community feeback on your proposal before starting
    work. Failure to do so might mean your patch is rejected.
    
-   A web site is maintained for patches that are ready to be applied,
+   A web site is maintained for patches awaiting review,
    http://momjian.postgresql.org/cgi-bin/pgpatches, and those that are
    being kept for the next release,
    http://momjian.postgresql.org/cgi-bin/pgpatches2.
@@ -806,6 +806,6 @@ typedef struct nameData
    
    You can also compile with profiling to see what functions are taking
    execution time. The backend profile files will be deposited in the
-   pgsql/data/base/dbname directory. The client profile file will be put
-   in the client's current directory. Linux requires a compile with
+   pgsql/data directory. The client profile file will be put in the
+   client's current directory. Linux requires a compile with
    -DLINUX_PROFILE for proper profiling.
diff --git a/doc/FAQ_MINGW b/doc/FAQ_MINGW
index 4fd105abac7..d467e4796ad 100644
--- a/doc/FAQ_MINGW
+++ b/doc/FAQ_MINGW
@@ -6,7 +6,7 @@
    Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
    
    The most recent version of this document can be viewed at
-   http://momjian.postgresql.org/main/writings/pgsql/project/win32.html.
+   http://www.postgresql.org/docs/faqs.FAQ_MINGW.html.
    
    The FAQ for running PostgreSQL on native Win32 is at
    http://pginstaller.projects.postgresql.org/FAQ_windows.html.
diff --git a/doc/FAQ_hungarian b/doc/FAQ_hungarian
index 63603c07be5..99f5ba4c630 100644
--- a/doc/FAQ_hungarian
+++ b/doc/FAQ_hungarian
@@ -1,439 +1,469 @@
+                                PostgreSQL GyIK
 
-                PostgreSQL GyIK
-   Utolsó módosítás dátuma: 2002 Okt 20.
-   Fordítás aktualizálása: 2003 január
-   
-   A GyIK karbantartója: Bruce Momjian (pgman@candle.pha.pa.us)
-   Fordító: Hornyák László (hornyakl.NOSPAM@inf.elte.hu)
-
-   A legfrissebb verzió itt érhető el (angol):
-   http://www.PostgreSQL.org/docs/faq-english.html.
-   
-   Legfrissebb magyar nyelvű verzió:
-   http://www.rootshell.be/~hornyakl/downloads/postgres_faq/
-   
-   Platform specifikus kérdések:
-   http://www.PostgreSQL.org/users-lounge/docs/faq.html.
-     _________________________________________________________________
-   
-                             Általános kérdések
-                                      
-   1.1) Mi a PostgreSQL? Hogy kell kimondani?
-   1.2) Mik a PostgreSQL felhasználási feltételei?
-   1.3) Milyen UNIX operációs rendszereken fut PostgreSQL?
-   1.4) Milyen nem UNIX operációs rendszerek elérhetőek?
-   1.5) Hogyan tudok PostgreSQL-t szerezni?
-   1.6) Hogyan kapok terméktámogatást?
-   1.7) Melyik a legfrissebb kiadás?
-   1.8) Milyen dokumentáció áll rendelkezésre?
-   1.9) Hogyan találok információt hibákról vagy hiányzó funkcionalításról?
-   1.10) Hogy tanuljam meg az SQL nyelvet?
-   1.11) A PostgreSQL 2000. év kompatibilis?
-   1.12) Hogyan lehet csatlakozni a fejlesztő csapathoz?
-   1.13) Hogyan küldjek hibajelentést?
-   1.14) Milyen a PostgreSQL más DBMS-ekkel összehasonlítva?
-   1.15) Hogyan tudom üzletileg segiteni a PostgreSQL-t?
-   
-                           Felhasználói kliens kérdések
-                                      
-   2.1) Van ODBC meghajtó PostgreSQL-hez?
-   2.2) Milyen eszközök állnak rendelkezésre PostgreSQL Web fejlesztésekhez?
-   2.3) Van a PostgreSQL-hez grafikus felhasználói felület ? Riport 
-   generátor? Beágyazott lekérdező nyelv felület?
-   2.4) Milyen programozási nyelvekkel lehet elérni a PostgreSQL szervert?
-   
-                          Adminisztrációs kérdések
-                                      
-   3.1) Hogyan tudom a PostgreSQL-t /usr/local/pgsql -től eltérő helyre 
+ Utolso modosítás dátuma: 2005 május 9.
+
+ Fordítás aktualizálása: 2005 június
+
+ A GyIK karbantartoja: Bruce Momjian (pgman@candle.pha.pa.us)
+
+ Fordíto: Hornyák Lászlo
+ (laszlo.hornyak.nospam@gmail.com)
+
+ A legfrissebb verzio itt érhető el (angol):
+
+ http://www.PostgreSQL.org/docs/faq-english.html.
+
+ Legfrissebb magyar nyelvű verzio:
+
+ http://hackers.forgeahead.hu/space/PostgreSQL/GYIK
+
+ Platform specifikus kérdések:
+
+ http://www.PostgreSQL.org/users-lounge/docs/faq.html.
+
+     ----------------------------------------------------------------------
+
+Általános kérdések
+
+   1.1 Mi a PostgreSQL? Hogy kell kimondani?
+   1.2 Mik a PostgreSQL felhasználási feltételei?
+   1.3 Milyen UNIX operácios rendszereken fut PostgreSQL?
+   1.4 Milyen nem UNIX operácios rendszerek elérhetőek?
+   1.5 Hogyan tudok PostgreSQL-t szerezni?
+   1.6 Hogyan kapok terméktámogatást?
+   1.7 Melyik a legfrissebb kiadás?
+   1.8 Milyen dokumentácio áll rendelkezésre?
+   1.9 Hogyan találok informáciot hibákrol vagy hiányzo funkcionalításrol?
+   1.10 Hogy tanuljam meg az SQL nyelvet?
+   1.11 A PostgreSQL 2000. év kompatibilis?
+   1.12 Hogyan lehet csatlakozni a fejlesztő csapathoz?
+   1.13 Hogyan küldjek hibajelentést?
+   1.14 Milyen a PostgreSQL más DBMS-ekkel összehasonlítva?
+   1.15 Hogyan tudom üzletileg segiteni a PostgreSQL-t?
+   1.16 Ki irányítja a PostgreSQL-t?
+
+Felhasználoi kliens kérdések
+
+   2.1 Van ODBC meghajto PostgreSQL-hez?
+   2.2 Milyen eszközök állnak rendelkezésre PostgreSQL Web fejlesztésekhez?
+   2.3 Van a PostgreSQL-hez grafikus felhasználoi felület ? Riport generátor?
+   Beágyazott lekérdező nyelv felület?
+   2.4 Milyen programozási nyelvekkel lehet elérni a PostgreSQL szervert?
+
+Adminisztrácios kérdések
+
+   3.1 Hogyan tudom a PostgreSQL-t /usr/local/pgsql -től eltérő helyre
    installálni?
-   3.2) AMikor elindítom a postmaster-t, egy "Bad System Call"-t vagy core 
+   3.2 AMikor elindítom a postmaster-t, egy "Bad System Call"-t vagy core
    dump-ot kapok. Miért?
-   3.3) Amikor megpróbálom inditani a postmaster-t, "IpcMemoryCreate" hibákat 
+   3.3 Amikor megprobálom inditani a postmaster-t, "IpcMemoryCreate" hibákat
    kapok. Miért?
-   3.4) Amikor megpróbálom inditani a postmaster-t, "IpcSemaphoreCreate" hibákat
-   kapok. Miért?
-   3.5) Hogyan tudom kontrollálni a más gépekről érkező kapcsolat kéréseket?
-   3.6) Hogyan tudom nagyobb teljesítményre hangolni az adatbázisomat?
-   3.7) Milyen hibakereső lehetőségek érhetőek el?
-   3.8) Miért kapok "Sorry, too many clients" hibát csatlakozásnál?
-   3.9) Mi van pgsql_tmp könyvtárban?
-   3.10) Miért kell dumpolni és újratölteni PostgreSQL kiadás váltásánál?
-   
-                           Működtetési kérdések
-                                      
-   4.1) Mi a különbség a bináris és a normál kurzorok között?
-   4.2) Hogyan tudom select-elni a lekérdezés első pár sorát?
-   4.3) Hogy tudom kilistázni a táblákat vagy más dolgokat a PostgreSQL-ben?
-   4.4) Hogyan tudok eltávolítani egy oszlopot egy táblából?
-   4.5) Mi a maximális mérete egy sornak, egy táblának vagy egy adatbázisnak?
-   4.6) Mekkora adatbázis lemez terület szükséges egy tipikus szöveg állomány 
+   3.4 Amikor megprobálom inditani a postmaster-t, "IpcSemaphoreCreate"
+   hibákat kapok. Miért?
+   3.5 Hogyan tudom kontrollálni a más gépekről érkező kapcsolat kéréseket?
+   3.6 Hogyan tudom nagyobb teljesítményre hangolni az adatbázisomat?
+   3.7 Milyen hibakereső lehetőségek érhetőek el?
+   3.8 Miért kapok "Sorry, too many clients" hibát csatlakozásnál?
+   3.9 Mi van pgsql_tmp könyvtárban?
+   3.10 Miért kell dumpolni és újratölteni PostgreSQL kiadás váltásánál?
+
+Működtetési kérdések
+
+   4.1 Mi a különbség a bináris és a normál kurzorok között?
+   4.2 Hogyan tudom select-elni a lekérdezés első pár sorát?
+   4.3 Hogy tudom kilistázni a táblákat vagy más dolgokat a PostgreSQL-ben?
+   4.4 Hogyan tudok eltávolítani egy oszlopot egy táblábol?
+   4.5 Mi a maximális mérete egy sornak, egy táblának vagy egy adatbázisnak?
+   4.6 Mekkora adatbázis lemez terület szükséges egy tipikus szöveg állomány
    tárolásához?
-   4.7) Hogy tudhatom meg milyen táblák, indexek, adatbázisok vagy felhasználók
-   vannak definiálva?
-   4.8) A lekérdezéseim lassúak, vagy nem használják az indexeket. Miért?
-   4.9) Hogy tudom ellenőrizni, hogy optimalizálta a lekérdezés optimalizáló a 
+   4.7 Hogy tudhatom meg milyen táblák, indexek, adatbázisok vagy
+   felhasználok vannak definiálva?
+   4.8 A lekérdezéseim lassúak, vagy nem használják az indexeket. Miért?
+   4.9 Hogy tudom ellenőrizni, hogy optimalizálta a lekérdezés optimalizálo a
    lekérdezésem?
-   4.10) Mi az R-tree index?
-   4.11) Mi a Genetic Query Optimizer?
-   4.12) Hogyan tudok regexp keresést és case-insensitive regexp keresést 
+   4.10 Mi az R-tree index?
+   4.11 Mi a Genetic Query Optimizer?
+   4.12 Hogyan tudok regexp keresést és case-insensitive regexp keresést
    használni? Hogyan tudok indexet használni case-insensitive kereséshez?
-   4.13) Hogyan tudom észlelni egy lekérdezésban, ha egy mező NULL?
-   4.14) Mi a különbség a különböző karaktertípusok között?
-   4.15.1) Hogyan tudok létrehozni automatikusan növekvő értékű mezőt?
-   4.15.2) Hogyan kaphatom meg egy SERIAL beszúrás értékét?
-   4.15.3) A currval() és a nextval() nem teremt holtpont veszélyes helyzetet 
-   a felhasználók között?
-   4.15.4) Miért nem használódnak fel újra a sequence számok tranzakció abort 
-   esetén?
-   Miért vannak problémák a serial oszlopok számozásával?
-   4.16) Mi a OID? Mi a TID?
-   4.17) Mi a PostgreSQL-ben használt kifejezések jelentése?
-   4.18) Miért kapom ezt a hibát: "ERROR: Memory exhausted in
+   4.13 Hogyan tudom észlelni egy lekérdezésban, ha egy mező NULL?
+   4.14 Mi a különbség a különböző karaktertípusok között?
+   4.15.1 Hogyan tudok létrehozni automatikusan növekvő értékű mezőt?
+   4.15.2 Hogyan kaphatom meg egy SERIAL beszúrás értékét?
+   4.15.3 A currval() és a nextval() nem teremt holtpont veszélyes helyzetet
+   a felhasználok között?
+   4.15.4 Miért nem használodnak fel újra a sequence számok tranzakcio abort
+   esetén? Miért vannak problémák a serial oszlopok számozásával?
+   4.16 Mi a OID? Mi a TID?
+   4.17 Mi a PostgreSQL-ben használt kifejezések jelentése?
+   4.18 Miért kapom ezt a hibát: "ERROR: Memory exhausted in
    AllocSetAlloc()"?
-   4.19) Hogyan tudhatom meg PostgreSQL, milyen verziót futtatok?
-   4.20) Miért kapok "invalid large obj descriptor" hibát nagy objektumok 
+   4.19 Hogyan tudhatom meg PostgreSQL, milyen verziot futtatok?
+   4.20 Miért kapok "invalid large obj descriptor" hibát nagy objektumok
    kezelésénél?
-   4.21) Hogy hozhatok létre olyan oszlopot, aminek alapértelmezett érétke a 
+   4.21 Hogy hozhatok létre olyan oszlopot, aminek alapértelmezett érétke a
    jelenlegi idő?
-   4.22) Miért olyan lassúak az al-lekérdezéseim IN-nel?
-   4.23) Hogyan tudok outer join-t végrehajtani?
-   4.24) Hogyan tudok több adatbázison végrehajtani lekérdezést?
-   4.25) Hogy tudok több soros vagy oszlopos eredményt visszaadni egy 
-   funkcióból?
-   4.26) Miért nem tudom megbizhatóan létrehozni és törölni az átmeneti 
-   táblákat a PL/pgSQL funkciókban?
-   4.27) Milyen replikációs lehetőségek vannak?
-   4.28) Milyen kódolási lehetőségek vannak?
-   
-                            A PostgreSQL kiterjesztése
-                                      
-   5.1) Írtam egy felhasználói funkciót. Miért core dumpol az adatbázis amikor 
-   használom?
-   5.2) Hogyan lehet új adattípusokat és funkciókat hozzáadni a PostgreSQL 
-   disztribúcióhoz?
-   5.3) Hogyan lehet olyan C funkciót írni, ami Tuple-t ad vissza?
-   (több soros több oszlopos eredmények)
-   5.4) Megváltoztattam egy forrás állományt. Miért nem változik a bináris 
+   4.22 Miért olyan lassúak az al-lekérdezéseim IN-nel?
+   4.23 Hogyan tudok outer join-t végrehajtani?
+   4.24 Hogyan tudok több adatbázison végrehajtani lekérdezést?
+   4.25 Hogy tudok több soros vagy oszlopos eredményt visszaadni egy
+   funkciobol?
+   4.26 Miért nem tudom megbizhatoan létrehozni és törölni az átmeneti
+   táblákat a PL/pgSQL funkciokban?
+   4.27 Milyen replikácios lehetőségek vannak?
+   4.28 Milyen kodolási lehetőségek vannak?
+
+A PostgreSQL kiterjesztése
+
+   5.1) Írtam egy felhasználoi funkciot. Miért core dumpol az adatbázis
+   amikor használom?
+   5.2) Hogyan lehet új adattípusokat és funkciokat hozzáadni a PostgreSQL
+   disztribúciohoz?
+   5.3) Hogyan lehet olyan C funkciot írni, ami Tuple-t ad vissza? (több
+   soros több oszlopos eredmények)
+   5.4) Megváltoztattam egy forrás állományt. Miért nem változik a bináris
    újrafordítás után?
-     _________________________________________________________________
-   
-                                      
-                             Általános kérdések
-                                      
-    
-   1.1) Mi a PostgreSQL? Hogy kell kimondani?
-   Így ejstd ki: Post-Gres-Q-L. 
+
+     ----------------------------------------------------------------------
+
+Általános kérdések
+
+   1.1 Mi a PostgreSQL? Hogy kell kimondani?
+
+   Így ejstd ki: Post-Gres-Q-L.
+
    (Vagy talán inkább töltsd le a kis mp3-at a PostgreSQL homepage-ről)
-   
+
    A PostgreSQL a POSTGRES adatbázis management rendszer egy kiegészítése,
-   ami egy következő generációs DBMS kutatási prototípus. Megtartja a 
+   ami egy következő generácios DBMS kutatási prototípus. Megtartja a
    POSTGRES adatmodellét és gazdag adattípus választékát, de a PostQuel
-   lekérdező nyelvet az SQL egy kiterjesztett verziójával helyettesíti.
-   A PostgreSQL szabad és a teljes forráskód hozzáférhető.
-   
+   lekérdező nyelvet az SQL egy kiterjesztett verziojával helyettesíti. A
+   PostgreSQL szabad és a teljes forráskod hozzáférhető.
+
    A PostgreSQL fejlesztését egy csapat végzi, amelynek minden tagja
-   megtalálható a PostgreSQL fejlesztői levelezési listán. A jelenlegi
+   megtalálhato a PostgreSQL fejlesztői levelezési listán. A jelenlegi
    koordinátor Marc G. Fournier (scrappyp@PostgreSQL.org). Ez a csapat
-   felelős minden fejlesztésért.
-   
-   A PostgreSQL 1.01 alkotói Andrew Yu és Jolly Chen voltak. Sokan
-   járultak hozzá portolással, teszteléssel, hibakereséssel és 
-   fejlesztéssel. Az eredeti Postgres kód, amiből a PostgreSQL származik
-   Michael Stonebraker professzor irányítása alatt fejlesztettek az
-   egyetem programozói, tanulói és végzett tanulói.
-   
-   A szoftver ereeti neve Postgres volt. Amikor SQL funkcionalítással
-   egészítették ki 1995-ben, a nevét Postgres95-re változtatták. 1996
-   végén kapta mai nevét.
-   
-   1.2) Mik a PostgreSQL felhasználási feltételei?
-   
-   Az eredeti angol copyright szöveg: 
-   -------------------- 
-   PostgreSQL is subject to the following COPYRIGHT:
-   
-   PostgreSQL Data Base Management System
-   
-   Portions copyright (c) 1996-2002, PostgreSQL Global Development Group
-   Portions Copyright (c) 1994-6 Regents of the University of California
-   
-   Permission to use, copy, modify, and distribute this software and its
-   documentation for any purpose, without fee, and without a written
-   agreement is hereby granted, provided that the above copyright notice
-   and this paragraph and the following two paragraphs appear in all
-   copies.
-   
-   IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY
-   FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES,
-   INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND
-   ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN
-   ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
-   
-   THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES,
-   INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
-   MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE
-   PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF
-   CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT,
-   UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
-   
-   The above is the BSD license, the classic open-source license. It has
-   no restrictions on how the source code may be used. We like it and
-   have no intention of changing it.
-   --------------------
-   
-   Ami nagyon leegyszerűsítve azt jelenti, hogy jogod van használni a 
-   szoftvert mindenféle ellenszolgáltatás (pénz, stb) nélkül, a forrás
-   kódot módosíthatod, és továbbadhatod, DE semmilyen, a szoftver használatából
-   következő károsodásért nem vállal garanciát a fejlesztő.
-   
-   A fenti a BSD licensz, egy klasszikus nyilt-forráskód licensz. Nem 
-   tartalmaz megszorításokat arra, hogy a forráskódot hogyan használod fel.
+   felelős minden fejlesztésért. <>A PostgreSQL 1.01 alkotoi Andrew Yu és
+   Jolly Chen voltak. Sokan járultak hozzá portolással, teszteléssel,
+   hibakereséssel és fejlesztéssel. Az eredeti Postgres kod, amiből a
+   PostgreSQL származik Michael Stonebraker professzor irányítása alatt
+   fejlesztettek az egyetem programozoi, tanuloi és végzett tanuloi. <>
+
+   A szoftver eredeti neve Postgres volt. Amikor SQL funkcionalítással
+   egészítették ki 1995-ben, a nevét Postgres95-re változtatták. 1996 végén
+   kapta mai nevét.
+
+   1.2 Mik a PostgreSQL felhasználási feltételei?
+
+    Az eredeti angol copyright szöveg:
+
+    --------------------
+
+    PostgreSQL is subject to the following COPYRIGHT:
+
+    PostgreSQL Data Base Management System
+
+    Portions copyright (c) 1996-2002, PostgreSQL Global Development Group
+
+    Portions Copyright (c) 1994-6 Regents of the University of California
+
+    Permission to use, copy, modify, and distribute this software and its
+
+    documentation for any purpose, without fee, and without a written
+
+    agreement is hereby granted, provided that the above copyright notice
+
+    and this paragraph and the following two paragraphs appear in all
+
+    copies.
+
+    IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY
+
+    FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES,
+
+    INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND
+
+    ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN
+
+    ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+
+    THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES,
+
+    INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
+
+    MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE
+
+    PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF
+
+    CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT,
+
+    UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
+
+    --------------------
+
+   Ami nagyon leegyszerűsítve azt jelenti, hogy jogod van használni a
+   szoftvert mindenféle ellenszolgáltatás (pénz, stb) nélkül, a forrás kodot
+   modosíthatod, és továbbadhatod, DE semmilyen, a szoftver használatábol
+   következő károsodásért nem vállal garanciát a fejlesztő. A fenti a BSD
+   licensz, egy klasszikus nyilt-forráskod licensz. Nem tartalmaz
+   megszorításokat arra, hogy a forráskodot hogyan használod fel.
+
    Kedveljük ezt a licensz formát és nem áll szándékunkban megváltoztatni.
-   
-    1.3) Milyen UNIX operációs rendszereken fut PostgreSQL?
-   
-   Általában minden UNIX-kompatibilis operációs rendszer képes arra hogy
+
+   1.3 Milyen UNIX operácios rendszereken fut PostgreSQL?
+
+   Általában minden UNIX-kompatibilis operácios rendszer képes arra hogy
    futtassa a PostgreSQL-t. Azokat a platformokat, amiken tesztelték a
-   kiadást megtalálhatod a installációs utasítások között.
-    
-    1.4) Milyen nem UNIX operációs rendszerek elérhetőek?
-    
+   kiadást megtalálhatod a installácios utasítások között.
+
+   1.4 Milyen nem UNIX operácios rendszerek elérhetőek?
+
    Kliens
-   
+
    A libpq C függvénykönyvtárat, a psql-t és más felületeket le lehet úgy
-   fordítani, hogy fussanak MS Windows operációs rendszereken. Ebben az esetben
-   a kliens MS Windows-on fut és TCP/IP segítségével kommunikál a Unixon 
-   futó szerverrel. A "win32.mak" állomány a kiadás része, ennek segítségével
-   lehet Win32 platformokra lefordítani a libpq-t és a psql-t. A PostgreSQL
-   ODBC kliensekkel is képes kommunikálni.
-   
+   fordítani, hogy fussanak MS Windows operácios rendszereken. Ebben az
+   esetben a kliens MS Windows-on fut és TCP/IP segítségével kommunikál a
+   Unixon futo szerverrel. A "win32.mak" állomány a kiadás része, ennek
+   segítségével lehet Win32 platformokra lefordítani a libpq-t és a psql-t. A
+   PostgreSQL ODBC kliensekkel is képes kommunikálni.
+
    Szerver
-  
-   Az adatbázis szerver Cygwin segítségével fut Windows NT és Win2k 
-   rendszereken. További információ található a pgsql/doc/FAQ_MSWIN
+
+   <>Az adatbázis szerver Cygwin segítségével fut Windows NT és Win2k
+   rendszereken. További informácio találhato a pgsql/doc/FAQ_MSWIN
    állományban és a MS Windows FAQ-ban a következő helyen:
-   http://www.PostgreSQL.org/docs/faq-mswin.html.
-   
-   Natív MS Windows NT/2000/XP portok jelenleg fejlesztés alatt állnak.
-   
-    1.5) Hogyan tudok PostgreSQL-t szerezni?
-     
-    Az elsődleges anonim ftp oldal:
-    ftp://ftp.PostgreSQL.org/pub. 
-    A tükör oldalak listája megtalálható a fő weboldalunkon.
-    
-    1.6) Hogyan kapok terméktámogatást?
-    
-    Az elsődleges lista a pgsql-general@postgresql.org. Ez használható
-    a PostgreSQL-lel kapcsolatos párbeszédekre. Ha fel szeretnél íratkozni,
-    küldj egy levelet a következő tartalommal (nem tárggyal) a 
-    pgsql-general-request@postgresql.org címre:
-     subscribe
-     end
-    
+   http://www.PostgreSQL.org/docs/faq-mswin.html.  Natív MS Windows
+   NT/2000/XP portok jelenleg fejlesztés alatt állnak.
+
+   1.5 Hogyan tudok PostgreSQL-t szerezni?
+
+   Az elsődleges anonim ftp oldal: ftp://ftp.PostgreSQL.org/pub.
+
+   A tükör oldalak listája megtalálhato a fő weboldalunkon.
+
+   1.6 Hogyan kapok terméktámogatást?
+
+   Az elsődleges lista a pgsql-general@postgresql.org. Ez használhato a
+   PostgreSQL-lel kapcsolatos párbeszédekre. Ha fel szeretnél íratkozni,
+   küldj egy levelet a következő tartalommal (nem tárggyal) a
+   pgsql-general-request@postgresql.org címre:
+
+ subscribe
+
+ end
+
    Van egy hibákkal kapcsolatos levelezési lista is:
    pgsql-bugs-request@PostgreSQL.org a következő tartalommal:
-    subscribe
-    end
-
-   A fejleszt?i levelezési lista:
-   pgsql-hackers-request@PostgreSQL.org a következő tertalommal:
-    subscribe
-    end
-
-   Egyéb levelezési listák találhatóak a weboldalunkon:
-   
-     http://www.PostgreSQL.org
-     
-   Van egy IRC csatorna is #PostgreSQL néven ahol felteheted kérédseid. 
-   A következő unix paranccsal csatlakozhatsz:
+
+ subscribe
+
+ end
+
+   A fejleszto"i levelezési lista: pgsql-hackers-request@PostgreSQL.org a
+   következő tartalommal:
+
+ subscribe
+
+ end
+
+   Egyéb levelezési listák találhatoak a weboldalunkon:
+   http://www.PostgreSQL.org
+
+   Van egy IRC csatorna is #PostgreSQL néven ahol felteheted kérédseid. A
+   következő unix paranccsal csatlakozhatsz:
+
    irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
-   
-   A kereskedelmi terméktámogatást nyújtó cégek listája elérhetö itt:
+
+   A kereskedelmi terméktámogatást nyújto cégek listája elérhetö itt:
    http://www.PostgreSQL.org/users-lounge/commercial-support.html
-   
-    1.7) Melyik a legfrissebb kiadás?
-   
-   A legfrissebb PostgreSQL kiadás a 7.3.
-   
-   A tervek szerint minden negyedik hónapban van új kiadás. 
-   
-    1.8) Milyen dokumentáció áll rendelkezésre?
-    
-   Számos kézikönyv, man oldalak és kis teszt példák találhatóak a kiadásban 
-   a doc/ könyvtár alatt. Az interneten is olvashatod a dokumentációt a 
+
+   Magyar nyelvu" levelezési lista nincs, de ha tudok segiteni a fenit e-mail
+   cimemen elérheto" vagyok.
+
+   1.7 Melyik a legfrissebb kiadás?
+
+   A legfrissebb PostgreSQL kiadás a 8.0.
+
+   A tervek szerint minden évben lesz egy nagyobb fejlesztéseket tartalmazo
+   kiadás, míg a kisebb fejlesztéseket néhány havonta adjuk ki.
+
+   1.8 Milyen dokumentácio áll rendelkezésre?
+
+   Számos kézikönyv, man oldalak és kis teszt példák találhatoak a kiadásban
+   a doc/ könyvtár alatt. Az interneten is olvashatod a dokumentáciot a
    következő címen:
+
    http://www.PostgreSQL.org/users-lounge/docs/.
-   
-   Két PostgreSQL könyv érhető el az interneten a 
+
+   Két PostgreSQL könyv érhető el az interneten a
    http://www.PostgreSQL.org/docs/awbook.html és a
-   http://www.commandprompt.com/ppbook/ címeken.
-   A megvásárolható könyvek listája itt található:
-   http://www.ca.PostgreSQL.org/books/.
-   A PostgreSQL-lel kapcsolatos technikai jellegű cikkek gyűjteménye:
+   http://www.commandprompt.com/ppbook/ címeken. A megvásárolhato könyvek
+   listája itt találhato: http://www.ca.PostgreSQL.org/books/. A
+   PostgreSQL-lel kapcsolatos technikai jellegű cikkek gyűjteménye:
    http://techdocs.PostgreSQL.org/.
-   
-   A psql parancs rendelkezik néhány \d utasítással, amellyekkel listázhatóak
-   az operátorok, a funkciók, stb.
-   
-   A website is tartalmaz további dokumentációkat.
-   
-    1.9) Hogyan találok információt hibákról vagy hiányzó funkcionalításról?
-    
+
+   A psql parancs rendelkezik néhány \d utasítással, amellyekkel listázhatoak
+   az operátorok, a funkciok, stb.
+
+   A website is tartalmaz további dokumentáciokat.
+
+   1.9 Hogyan találok informáciot hibákrol vagy hiányzo funkcionalításrol?
+
    A PostgreSQLaz SQL-92 szabvány egy kiegészítése. Nézd meg a TODO listákat
    ha érdekelnek az ismert hibák.
-   
-    1.10) Hogy tanuljam meg az SQL nyelvet?
-    
-    A PostgreSQL könyv a http://www.PostgreSQL.org/docs/awbook.html
-    címen tartalmaz SQL alapokat. Elérhető egy másik SQL könyv is a
-    http://www.commandprompt.com/ppbook címen. Egy szép oktató anyag
-    található a http://www.intermedia.net/support/sql/sqltut.shtm,
-    a http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM
-    és a http://sqlcourse.com oldalakon.
-    
-   Egy másik lehetőség a "Tanítsd magad 21 nap alatt SQL-re, második
-   kiadás" a http://members.tripod.com/er4ebus/sql/index.htm.
-   
-   Sok felhasználónak tetszett a gyakorlati SQL könyv ("The Practical 
-   SQL Handbook"). 
-   
-    1.11) A PostgreSQL 2000. év kompatibilis?
-   
+
+   1.10 Hogy tanuljam meg az SQL nyelvet?
+
+   A PostgreSQL könyv a http://www.PostgreSQL.org/docs/awbook.html címen
+   tartalmaz SQL alapokat. Elérhető egy másik SQL könyv is a
+   http://www.commandprompt.com/ppbook címen. Egy szép oktato anyag találhato
+   a http://www.intermedia.net/support/sql/sqltut.shtm, a
+   http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM és a
+   http://sqlcourse.com oldalakon.
+
+   Egy másik lehetőség a "Tanítsd magad 21 nap alatt SQL-re, második kiadás"
+   a http://members.tripod.com/er4ebus/sql/index.htm.
+
+   Sok felhasználonak tetszett a gyakorlati SQL könyv ("The Practical SQL
+   Handbook").
+
+   1.11 A PostgreSQL 2000. év kompatibilis?
+
    Igen, könnyedén kezeli a 2000 utáni és időszámításunk elött 2000 elötti
-   dátumokat is. 
-   
-    1.12) Hogyan lehet csatlakozni a fejlesztő csapathoz?
-   
-   Elösször is töltsd le a forráskódot, és olvasd el a PostgreSQL
-   fejlesztői dokumnetációt a web oldalunkon vagy a kiadásban. Ezután
+   dátumokat is.
+
+   1.12 Hogyan lehet csatlakozni a fejlesztő csapathoz?
+
+   Elösször is töltsd le a forráskodot, és olvasd el a PostgreSQL
+   fejlesztői dokumnetáciot a web oldalunkon vagy a kiadásban. Ezután
    íratkozz fel a pgsql-hackers és a pgsql-patches levelezési listákra.
    Végül pedig küldj be magas szinvonalú patch-eket a pgsql-patches listára.
-   
+
    Van egy pár ember, akiknek commit privilégiumuk a PostgreSQL CVS fán.
-   Ők olyan sok magas szinvonalú patch-et küldtek be, hogy az addigi 
-   csapat már nem tudta követni, és nem volt kétségünk arról, hogy a
-   patch-ek amiket ők küldenek jó minőségű.
-   
-    1.13) Hogyan küldjek hibajelentést?
-   
-   Látogass el a BugTool oldalra: 
+   Ők olyan sok magas szinvonalú patch-et küldtek be, hogy az addigi
+   csapat már nem tudta követni, és nem volt kétségünk arrol, hogy a
+   patch-ek amiket ők küldenek jo minőségű.
+
+   1.13 Hogyan küldjek hibajelentést?
+
+   Látogass el a BugTool oldalra:
    http://www.PostgreSQL.org/bugs/bugs.php
    Itt megtalálod követendő utasításokat.
-   
-   Ellenőrizd az ftp oldalunkon is, hogy nincs-e újabb verzió vagy folt.
-   ftp://ftp.PostgreSQL.org/pub 
-   
-    1.14) Milyen a PostgreSQL más DBMS-ekkel összehasonlítva?
-   
-   Számos nézőpontból lehet vizsgálni a szoftvert: képességek, teljesítmény
-   megbízhatóság, támogatottság és ár. 
-   
-   Képességek
-          A PostgreSQL rendelkezik a nagy, kereskedelmi DBMS-ek képességeivel:
-          tranzakciók, al-lekérdezések, triggerek, nézetek, külső kulcsok,
-          integrítás és kifinoult zármechanizmusok. Van néhány képessége,
-          ami a kereskedelmi adatbázisokból hiányzik, mint például a
-          felhasználó által definiált típusok, öröklődés, szabályok és
-          verzió kontroll a zárolási viták redukálásáért.
-          
-   Teljesítmény
-          A PostgreSQL teljesítménye hasonlít a kereskedelmi és más nyílt
-          adatbázis szerverekéhez. Lehet bizonyos esetekben lassabb, másokban
-          gyorsabb. A MySQL nevű tanuló RDBMS például gyorsabban hajt végre
-          insert/update műveleteket, mivel a tranzakciókat elsumákolja.
-          Persze a MySQL nem rendelkezik a képességek részben felsoroltak
-          nagy részével. Mi a megbízhatóságra és a képességekre építünk, bár 
-          a teljesítmény is nő minden kiadással. Van egy érdekes oldal a 
-          MySQL és a PostgreSQL összehasonlításával a 
-          http://openacs.org/philosophy/why-not-mysql.html címen.
-
-   Megbízhatóság         
-          Tudjuk hogy ha egy DBMS nem megbízható, akkor teljesen haszontalan.
-          Igyekszünk jól tesztelt, stabil kódot kiadni, amiben a lehető
-          legkevesebb hiba van. Minden kiadás elött eltellik legalább 1
-          hónap béta teszt, és a kiadási történet is azt mutatja, hogy
-          stabil kódot adunk ki, ami készen áll a produktív felhasználásra.
-          Úgy gondoljuk, felülmúlunk más adatbázis szoftvereket ezen a téren.
-                
-   Támogatás
-          A levelezési listáink kapcsolatot teremtenek a fejlesztők
-          és felhasználók csoportjával , akik segítenek a problémák
-          megoldásában. Bár nem tudjuk garantálni hogy ki tudjuk
-          javítani a hibát, más, kereskedelmi adatbázis cégek sem tudják.
-          A fejlesztő csoport közvetlen elérési lehetősége, a közösség,
-          a dokumentáció és a forráskód gyakran támogatást biztosít,
-          mint más adatbázisoknál. Van kereskedelmi, alkalmi támogatás
-          azoknak, akiknek szüksége van rá (lásd: 1.6).
-          
-   Ár
-          A PostgreSQL szabad bármilyen felhasználásra, akár kereskedelmire
-          is. A termékhez hozzáadhatod a saját forráskódjaidat korlátozás
-          nélkül,
-          
-    1.15) Hogyan tudom üzletileg segiteni a PostgreSQL-t?
-    
-    A PostgreSQL első osztályú infrastruktúrával rendelkezik, amit 1996-ban
-    indítottunk el. Mindent Marc Fourniernek köszönhetünk, aki létrehozta
-    és karbantartja a rendszert.
-   
-    A minőségi infrastruktúra nagyon fontos egy nyilt forrású szoftver
-    esetében. Megvéd az olyan fennakadásoktól, amelyek komoly késéseket
-    okoznak a fejlesztésekben. 
-   
-    Természetesen ez az infrastruktúra nem olcsó. Számos havi és állandó
-    kiadásunk van. Ha a cégednek van pénze, amivel támogatná erőfeszítéseinket,
-    kérlek látogass el a http://store.pgsql.com/shopping/ oldalra.
-   
-    Bár a weboldal "PostgreSQL, Inc"-ként említi, a hozzájárulások kizárólag
-    a PostgreSQL fejlesztésre értendóek, és nem egy meghatározott cégnek. Ha
-    jobban tetszik, küldhetsz csekket is a kapcsolati címek bármelyikére.
-   
-     _________________________________________________________________
-   
-                         Felhasználói kliens kérdések
-                                      
-    2.1) Van ODBC meghajtó PostgreSQL-hez?
-    
-    Két ODBC meghajtó érhető el: PsqlODBC és a OpenLink ODBC.
-    
-    A PsqlODBC a PostgreSQL kiadás része. További információ található a 
-    ftp://ftp.PostgreSQL.org/pub/odbc/ oldalon.
-   
-    Az OpenLink ODBC-t a http://www.openlinksw.com címről töltheted le.
-    Ez az ő szabványos ODBC kliens szoftverükkel működik, így minden
-    általuk támogatott platformon (Win, Mac, Unix, VMS) elérhető lesz 
-    a PostgreSQL szerver.
-   
-    Talán olyan vevőknek fogják eladni, akik kereskedelmi minőségű terméket
-    szeretnének kapni, de a freeware verzió mindig elérhető lesz. Kérdéseidet
-    a termékkel kapcsolatban a postgres95@openlink.co.uk címen teheted fel.
-   
-    Olvasd el az ODBC fejezetet is a programozók kézikönyvében!
-   
-    2.2) Milyen eszközök állnak rendelkezésre PostgreSQL Web fejlesztésekhez?
-   
-   Egy szép bemutató olvasható az adatbázissal támogatott web oldalanról
-   a http://www.webreview.com weboldalon.
-   
-   A web integrációhoz a PHP egy kiválló szoftver. Letölthető a 
-   http://www.php.net címről. 
-   
+
+   Ellenőrizd az ftp oldalunkon is, hogy nincs-e újabb verzio vagy folt.
+   ftp://ftp.PostgreSQL.org/pub
+
+   1.14 Milyen a PostgreSQL más DBMS-ekkel összehasonlítva?
+
+   Számos nézőpontbol lehet vizsgálni a szoftvert: képességek, teljesítmény
+   megbízhatoság, támogatottság és ár.
+
+   Képességek: A PostgreSQL rendelkezik a nagy, kereskedelmi DBMS-ek
+   képességeivel: tranzakciok, al-lekérdezések, triggerek, nézetek, külső
+   kulcsok, integrítás és kifinoult zármechanizmusok. Van néhány képessége,
+   ami a kereskedelmi adatbázisokbol hiányzik, mint például a felhasználo
+   által definiált típusok, öröklődés, szabályok és verzio kontroll a
+   zárolási viták redukálásáért.
+
+   Teljesítmény: A PostgreSQL teljesítménye hasonlít a kereskedelmi és más
+   nyílt adatbázis szerverekéhez. Lehet bizonyos esetekben lassabb, másokban
+   gyorsabb. A MySQL nevű tanulo RDBMS például gyorsabban hajt végre
+   insert/update műveleteket, mivel a tranzakciokat elsumákolja. Persze a
+   MySQL nem rendelkezik a képességek részben felsoroltak nagy részével. Mi a
+   megbízhatoságra és a képességekre építünk, bár a teljesítmény is nő minden
+   kiadással. Van egy érdekes oldal a MySQL és a PostgreSQL
+   összehasonlításával a http://openacs.org/philosophy/why-not-mysql.html
+   címen.
+
+   Megbízhatoság: Tudjuk hogy ha egy DBMS nem megbízhato, akkor teljesen
+   haszontalan. Igyekszünk jol tesztelt, stabil kodot kiadni, amiben a lehető
+   legkevesebb hiba van. Minden kiadás elött eltellik legalább 1 honap béta
+   teszt, és a kiadási történet is azt mutatja, hogy stabil kodot adunk ki,
+   ami készen áll a produktív felhasználásra. Úgy gondoljuk, felülmúlunk más
+   adatbázis szoftvereket ezen a téren.
+
+   Támogatás: A levelezési listáink kapcsolatot teremtenek a fejlesztők és
+   felhasználok csoportjával , akik segítenek a problémák megoldásában. Bár
+   nem tudjuk garantálni hogy ki tudjuk javítani a hibát, más, kereskedelmi
+   adatbázis cégek sem tudják. A fejlesztő csoport közvetlen elérési
+   lehetősége, a közösség, a dokumentácio és a forráskod gyakran támogatást
+   biztosít, mint más adatbázisoknál. Van kereskedelmi, alkalmi támogatás
+   azoknak, akiknek szüksége van rá (lásd: 1.6).
+
+   Ár: A PostgreSQL szabad bármilyen felhasználásra, akár kereskedelmire is.
+   A termékhez hozzáadhatod a saját forráskodjaidat korlátozás nélkül.
+
+   1.15 Hogyan tudom üzletileg segiteni a PostgreSQL-t?
+
+   A PostgreSQL első osztályú infrastruktúrával rendelkezik, amit 1996-ban
+   indítottunk el. Mindent Marc Fourniernek köszönhetünk, aki létrehozta és
+   karbantartja a rendszert.
+
+   A minőségi infrastruktúra nagyon fontos egy nyilt forrású szoftver
+   esetében. Megvéd az olyan fennakadásoktol, amelyek komoly késéseket
+   okoznak a fejlesztésekben. Természetesen ez az infrastruktúra nem olcso.
+   Számos havi és állando kiadásunk van. Ha a cégednek van pénze, amivel
+   támogatná erőfeszítéseinket, kérlek látogass el a
+   http://store.pgsql.com/shopping/ oldalra.
+
+   Bár a weboldal "PostgreSQL, Inc"-ként említi, a hozzájárulások kizárolag a
+   PostgreSQL fejlesztésre értendoek, és nem egy meghatározott cégnek. Ha
+   jobban tetszik, küldhetsz csekket is a kapcsolati címek bármelyikére.
+
+   1.16 Ki irányítja a PostgreSQL-t?
+
+   Ha központi bizottságot, ellenörzo" céget keresel a PostgreSQL mögött, add
+   fel, nincs ilyesmi. Létezik egy mag és CVS commiter csoport, de ez inkáb
+   adminisztrativ mint ellenörzo" célú. A projectet fejleszto"k és
+   felhasználok közössége irányítja, amihez bárki csatlakozhat. Csupán annyit
+   kell tenned hogy felíratkozol a levelezo"listékra és részt veszel a
+   beszélgetésekben.
+
+     ----------------------------------------------------------------------
+
+Felhasználoi kliens kérdések
+
+   2.1 Van ODBC meghajto PostgreSQL-hez?
+
+   Két ODBC meghajto érhető el: PsqlODBC és a OpenLink ODBC.
+
+   A PsqlODBC a PostgreSQL kiadás része. További informácio találhato a 
+   ftp://ftp.PostgreSQL.org/pub/odbc/ oldalon.
+
+   Az OpenLink ODBC-t a http://www.openlinksw.com címről töltheted le. Ez az
+   ő szabványos ODBC kliens szoftverükkel működik, így minden
+
+   általuk támogatott platformon (Win, Mac, Unix, VMS) elérhető lesz  a
+   PostgreSQL szerver.
+
+   Talán olyan vevőknek fogják eladni, akik kereskedelmi minőségű terméket
+   szeretnének kapni, de a freeware verzio mindig elérhető lesz. Kérdéseidet
+   a termékkel kapcsolatban a postgres95@openlink.co.uk címen teheted fel.
+
+   Olvasd el az ODBC fejezetet is a programozok kézikönyvében!
+
+   2.2 Milyen eszközök állnak rendelkezésre PostgreSQL Web fejlesztésekhez?
+
+   Egy szép bemutato olvashato az adatbázissal támogatott web oldalanrol a
+   http://www.webreview.com weboldalon.
+
+   A web integráciohoz a PHP egy kivállo szoftver. Letölthető a
+   http://www.php.net címről.
+
    Komplexebb esetekre sokan használják a Perl felületet és a CGI.pm vagy a
    mod_perl-t.
-   
-    2.3) Van a PostgreSQL-hez grafikus felhasználói felület? Riport 
-   generátor? Beágyazott lekérdező nyelv felület?
-    
-    Van egy szép PgAccess nevű grafikus felületünk, ami riport generátorként
-    is használható. A weboldalát megtalálod a http://www.pgaccess.org/ címen.
-   
-    A disztribúció tartalmazza az ecpg programot is, ami egy beágyazott SQL
-    lekérdezési felület C nyelvhez. 
-   
-    2.4) Milyen programozási nyelvekkel lehet elérni a PostgreSQL szervert?
-    
-    A következök:       
+
+   2.3 Van a PostgreSQL-hez grafikus felhasználoi felület?
+
+   Van egy szép PgAccess nevű grafikus felületünk, ami riport generátorként
+   is használhato. A weboldalát megtalálod a http://www.pgaccess.org/ címen.
+
+   A http://techdocs.postgresql.org/guides/GUITools oldalon találhatsz egy
+   pontos és részltes listát.
+
+   2.4 Milyen programozási nyelvekkel lehet elérni a PostgreSQL szervert?
+
+   A következök:
+
      * C (libpq)
      * C++ (libpq++)
      * Embedded C (ecpg)
@@ -444,677 +474,761 @@
      * TCL (libpgtcl)
      * C Easy API (libpgeasy)
      * PHP ('pg_' functions, Pear::DB)
-
-    További programozási felületek érhetőek el a 
+   További programozási felületek érhetőek el a
    http://www.PostgreSQL.org/interfaces.html és a
    http://gborg.PostgreSQL.org oldalakon.
 
-     _________________________________________________________________
-   
-                          Adminisztrációs kérdések
-                                      
-    3.1) Hogyan tudom a PostgreSQL-t /usr/local/pgsql -től eltérő helyre 
-    installálni?
-    
-    A configure script --prefix paraméterének használatával.
-   
-    3.2) AMikor elindítom a postmaster-t, egy "Bad System Call"-t vagy core 
-    dump-ot kapok.
-        Miért?
-   
+     ----------------------------------------------------------------------
+
+Adminisztrácios kérdések
+
+   3.1 Hogyan tudom a PostgreSQL-t /usr/local/pgsql -től eltérő helyre
+   installálni?
+
+   A configure script --prefix paraméterének használatával.
+
+   3.2 AMikor elindítom a postmaster-t, egy "Bad System Call"-t vagy core
+   dump-ot kapok. Miért?
+
    Számos probléma lehet, de legelösször ellenőrizd le, hogy a kerneled
-   System V kiegészítésekkel rendelkezik-e. A PostgreSQL használja a
-   kernel osztott memória és szemafor API-ját. 
-   
-    3.3) Amikor megpróbálom inditani a postmaster-t, "IpcMemoryCreate" hibákat 
-    kapok. Miért?
-   
-   Vagy nincs megfelelően konfigurálva a kerneled osztott memória támogatása
-   vagy meg kell nagyobbítanod a maximális osztott memória méretet.
-   A pontos méret szükséglet függ az architektúrádtól és attól hogy hány
-   buffert és processzt konfigurálsz a postmasternek. Legalább 1 MB 
-   területre szükséged van. A PostgreSQL Adminisztráció kézikönyvben
-   olvashatsz részletesebb információkat az osztott memóriáról és a
-   szemaforokról.
-   
-    3.4) Amikor megpróbálom inditani a postmaster-t, "IpcSemaphoreCreate" 
-    hibákat kapok. Miért?
-   
-   Ha a hibaüzenet ez: " IpcSemaphoreCreate: semget failed (No space
-   left on device)", akkor a kerneled konfigurációja nem tesz lehetővé
-   elegendő szemafort. A PostgreSQL szerver processzenként 1 szemafort
-   igényel. Egy átmeneti megoldás lehet az hogy a postmastert kevesebb
-   maximális processz számmal inditod el. Használd a -D paramétert.
-   Egy sokkal megfelelőbb megoldás az ha növeled a kerneled SEMMNS
-   és SEMMNI paramétereit.
-   
+   System V kiegészítésekkel rendelkezik-e. A PostgreSQL használja a kernel
+   osztott memoria és szemafor API-ját.
+
+   3.3 Amikor megprobálom inditani a postmaster-t, "IpcMemoryCreate" hibákat
+   kapok. Miért?
+
+   Vagy nincs megfelelően konfigurálva a kerneled osztott memoria támogatása
+   vagy meg kell nagyobbítanod a maximális osztott memoria méretet.
+
+   A pontos méret szükséglet függ az architektúrádtol és attol hogy hány
+   buffert és processzt konfigurálsz a postmasternek. Legalább 1 MB területre
+   szükséged van. A PostgreSQL Adminisztrácio kézikönyvben olvashatsz
+   részletesebb informáciokat az osztott memoriárol és a szemaforokrol.
+
+   3.4) Amikor megprobálom inditani a postmaster-t, "IpcSemaphoreCreate"
+   hibákat kapok. Miért?
+
+   Ha a hibaüzenet ez: " IpcSemaphoreCreate: semget failed (No space left on
+   device)", akkor a kerneled konfigurácioja nem tesz lehetővé elegendő
+   szemafort. A PostgreSQL szerver processzenként 1 szemafort igényel. Egy
+   átmeneti megoldás lehet az hogy a postmastert kevesebb maximális processz
+   számmal inditod el. Használd a -D paramétert. Egy sokkal megfelelőbb
+   megoldás az ha növeled a kerneled SEMMNS és SEMMNI paramétereit.
+
    A hibás szemaforok is adatázis lerobbanásához is vezethet nagy terhelés
-   esetén.
-   Ha a hibaüzenet valami más, lehet hogy nincs szemaforok támogatás
-   forditva a kerneledbe. Olvasd el a PostgreSQL adminisztrátorok 
-   kézikönyvében az osztott memóriáról és a szemaforokról szóló fejezetet.
-   
-    3.5) Hogyan tudom kontrollálni a más gépekről érkező kapcsolat kéréseket?
-    
+   esetén.Ha a hibaüzenet valami más, lehet hogy nincs szemaforok támogatás
+
+   forditva a kerneledbe. Olvasd el a PostgreSQL adminisztrátorok
+   kézikönyvében az osztott memoriárol és a szemaforokrol szolo fejezetet.
+
+   3.5) Hogyan tudom kontrollálni a más gépekről érkező kapcsolat kéréseket?
+
    Alapértelmezésben a PostgreSQL a helyi kapcsolatokat Unix socketekkel
-   valósítja meg. Más gépek nem lesznek képesek csatlakozni, ha nem
-   engedélyezed azt -i opcióval a postmasternek, és nem állítod be host a 
-   alapú azonosítást a pg_hba.conf állományban. Ezzel válnak lehetővé a TCP/IP
-   kapcsolatok.
-    
-    3.6) Hogyan tudom nagyobb teljesítményre hangolni az adatbázisomat?
-   
-   Az indexelés feltétlenül gyorsítja a lekérdezéseket. Az EXPLAIN
-   parancs lehetővé teszi hogy lásd, hogy a PostgreSQL miként interpretálja
-   a lekérdezést és melyik indexet használja.
-   
+   valosítja meg. Más gépek nem lesznek képesek csatlakozni, ha nem
+   engedélyezed azt -i opcioval a postmasternek, és nem állítod be host a
+   alapú azonosítást a pg_hba.conf állományban. Ezzel válnak lehetővé a
+   TCP/IP kapcsolatok.
+
+   3.6) Hogyan tudom nagyobb teljesítményre hangolni az adatbázisomat?
+
+   Az indexelés feltétlenül gyorsítja a lekérdezéseket. Az EXPLAIN parancs
+   lehetővé teszi hogy lásd, hogy a PostgreSQL miként interpretálja a
+   lekérdezést és melyik indexet használja.
+
    Ha sok INSERT műveletet hajtassz végre, csináld nagy kötegekben a COPY
    paranccsal. Ez sokkal gyorsabb mint az egyedi INSERT parancsok. Másodszor:
-   Azok a műveletek, amelyek nincsenek tranzakció blokkon belül, azok saját
-   tranzakciót indítanak. Sok műveletet érdemes egy tranzakción belül 
-   végrehajtani. Ez csökkenti a tranzakció kezelés többletidejét. Az indexeket
-   javasolt a nagy adatváltozások elött eltávolítani, majd újra létrehizni.
-   
-   Számos teljesítmény javító lehetőség van. Kikapcsolhatod az fsync()
-   műveletet a postmaster -o -F opciókval való indításakor. Így nem fog
-   az amugy lassú fsync() függvény meghívódni minden tranzakció végén.
-   
-   Használhatod a postmaster -B opcióját is az osztott memória szegmens
-   méretének növeléséhez. Ha az értéket túl magasra állítod, lehet hogy
-   a postmaster nem indul el, mert túllépted az operációs rendszer által 
+   Azok a műveletek, amelyek nincsenek tranzakcio blokkon belül, azok saját
+   tranzakciot indítanak. Sok műveletet érdemes egy tranzakcion belül
+   végrehajtani. Ez csökkenti a tranzakcio kezelés többletidejét. Az
+   indexeket javasolt a nagy adatváltozások elött eltávolítani, majd újra
+   létrehozni.
+
+   Számos teljesítmény javíto lehetőség van. Kikapcsolhatod az fsync()
+   műveletet a postmaster -o -F opciokval valo indításakor. Így nem fog az
+   amugy lassú fsync() függvény meghívodni minden tranzakcio végén.
+
+   Használhatod a postmaster -B opcioját is az osztott memoria szegmens
+   méretének növeléséhez. Ha az értéket túl magasra állítod, lehet hogy a
+   postmaster nem indul el, mert túllépted az operácios rendszer által 
    megengedett méretet. Minden buffer 8K méretű és alapértelmezésban 64
    buffer van.
-   
-   A -S opcióval növelheted a szerver átmeneti rendezésekre fenntartott
-   memória területét. Az értéket kilobyteban add meg. Az alapértelmezett
+
+   A -S opcioval növelheted a szerver átmeneti rendezésekre fenntartott
+   memoria területét. Az értéket kilobyteban add meg. Az alapértelmezett
    érték 512K.
-   
-   Használhatod a CLUSTER utasítást is, hogy a táblákat egy indexnek 
+
+   Használhatod a CLUSTER utasítást is, hogy a táblákat egy indexnek
    megfelelően csoportosítsd. Olvasd el a CLUSTER kézikönyv oldalt további
    részletekért.
-   
-   
-    3.7) Milyen hibakereső lehetőségek érhetőek el?
-    
-   A PostgreSQL számos lehetöséggel rendelkezik ami értékes lehet a hiba-
-   keresésnél.
-   
-   Elösször is, futtathatod a configure scriptet --enable-cassert 
-   opcióval, sok assert() funkcióhivás ellenörzi a program futását és
-   megállitja ha valami vératlan hiba történik.
-   
-   Mind a postmaster és a postgres számos hibakeresö lehetüséggel rendelkezik.
-   Mindig amikor elinditod a postmastert, gyözödj meg róla, hogy a kimenetet
-   log állományba küldöd. Igy:
+
+   Hardver kiválasztásában segíthet:
+   http://candle.pha.pa.us/main/writings/pgsql/hw_performance/index.html és
+   http://www.powerpostgresql.com/PerfList/.
+
+   A postgresql.conf beállitásaival kapcsolatos tudnivalok:
+   http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html
+   és http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html.
+
+   3.7) Milyen hibakereső lehetőségek érhetőek el?
+
+   A PostgreSQL számos lehetöséggel rendelkezik ami értékes lehet a
+   hibakeresésnél.
+
+   Elösször is, futtathatod a configure scriptet --enable-cassert opcioval,
+   sok assert() funkciohivás ellenörzi a program futását és megállitja ha
+   valami vératlan hiba történik.
+
+   Mind a postmaster és a postgres számos hibakeresö lehetüséggel
+   rendelkezik. Mindig amikor elinditod a postmastert, gyözödj meg rola, hogy
+   a kimenetet log állományba küldöd. Igy:
+
    cd /usr/local/pgsql
-    ./bin/postmaster >server.log 2>&1 &
-   
-   Ez egy server.log állományt hoz létre a felsö PostgreSQL könyvtárban.
-   Ez az állomány tartlamaz majd számos hasznos információt a szerverrel
-   kapcsolatos problémákról és hibákról. A postmaster -d opciójával lehet
-   részletesebb hibakeresö információt kapni. A -d opcióhoz meg kell 
-   határozni egy hiba szintet. Vigyázz, a magas hibakeresö szint nagy
-   log állományt okozhat.
+
+   ./bin/postmaster >server.log 2>&1 &
+
+   Ez egy server.log állományt hoz létre a felsö PostgreSQL könyvtárban. Ez
+   az állomány tartlamaz majd számos hasznos informáciot a szerverrel
+   kapcsolatos problémákrol és hibákrol. A postmaster -d opciojával lehet
+   részletesebb hibakeresö informáciot kapni. A -d opciohoz meg kell
+   határozni egy hiba szintet. Vigyázz, a magas hibakeresö szint nagy log
+   állományt okozhat.
 
    Ha a postmaster nem fut, akkor futtathatod a postgres szervert
-   parancssorból is, és az SQL kifejezést közvetlenül ennek adhatod át.
-   Ez csak hibakeresés esetében javasolt. Az új sor a kifejezés végét jelenti,
-   nem a pontosvesszö. Ha hibakeresö opciókkal forditottad a szervert, 
-   használhatsz egy debuggert is hogy lásd hogy mi történik. Mivel igy a 
-   szervert nem a postmaster inditotta, nem többfelhasználós környezetként 
-   fut, igy a zárolási és a szerverek közötti kommunikációs hiba jelenségek 
+   parancssorbol is, és az SQL kifejezést közvetlenül ennek adhatod át. Ez
+   csak hibakeresés esetében javasolt. Az új sor a kifejezés végét jelenti,
+   nem a pontosvesszö. Ha hibakeresö opciokkal forditottad a szervert,
+   használhatsz egy debuggert is hogy lásd hogy mi történik. Mivel igy a
+   szervert nem a postmaster inditotta, nem többfelhasználos környezetként
+   fut, igy a zárolási és a szerverek közötti kommunikácios hiba jelenségek
    nem jelentkeznek.
-   
+
    Ha már fut a postmaster, indits egy psql-t, és nézd meg a szerver processz
-   PID-jét! Egy debuggert használhatsz a processzhez csatlakozáshoz. 
-   Beállithatsz töréspontokat és elindithatsz lekérdezéseket. Ha a postgres 
-   inditásban keresel hibát, a PGOPTIONS környezeti változót állitsd be "-W n" 
-   értékre. Ez n másodperc várakozást idéz elö, igy tudsz csatlakozni a
+   PID-jét! Egy debuggert használhatsz a processzhez csatlakozáshoz.
+   Beállithatsz töréspontokat és elindithatsz lekérdezéseket. Ha a postgres
+   inditásban keresel hibát, a PGOPTIONS környezeti változot állitsd be "-W
+   n" értékre. Ez n másodperc várakozást idéz elö, igy tudsz csatlakozni a
    processzhez, el tdsz hejezni töréspontokat, majd folytathatod a indítást.
-      
-   A postgres program -s, -A és -t opciói is nagyon hasznosak lehetnek
+
+   A postgres program -s, -A és -t opcioi is nagyon hasznosak lehetnek
    hibakeresésnél és teljesítmény mérésnél.
-   
-   Profiling lehtöséggel is fordithatod a szervert, hogy lásd melyik
-   funkciók foglalják el a futási időt. A szerver profile állományai
-   a pgsql/data/base/dbname könzvtárba kerülnek, a kliens profile 
-   állományok az aktuális könyvtárba. Linuxon ehhez szükséges a 
-   -DLINUX_PROFILE fordítási direktiva.
-   
-    3.8) Miért kapok "Sorry, too many clients" (Túl sok kliens) 
-    hibát csatlakozásnál?
-    
-   Növelned kell a postmaster egyidejűleg futtatott szerver processz szám 
+
+   Profiling lehtöséggel is fordithatod a szervert, hogy lásd melyik funkciok
+   foglalják el a futási időt. A szerver profile állományai a
+   pgsql/data/base/dbname könzvtárba kerülnek, a kliens profile állományok az
+   aktuális könyvtárba. Linuxon ehhez szükséges a -DLINUX_PROFILE fordítási
+   direktiva.
+
+   3.8) Miért kapok "Sorry, too many clients" (Túl sok kliens)
+   hibát csatlakozásnál?
+
+   Növelned kell a postmaster egyidejűleg futtatott szerver processz szám
    korlátját.
-   
+
    Az alapértelmezett korlát 32 processz. Ezt növelhetjed úgy, hogy
-   újrainditod a postmastert és -N opcióval meghatárotod az új értéket,
-   vagy módositod a postgresql.conf-ot.
-   
+   újrainditod a postmastert és -N opcioval meghatárotod az új értéket, vagy
+   modositod a postgresql.conf-ot.
+
    Ne felejtsd el, hogy ha növeled a szerver processzek maximális számát,
    akkor bufferek számát is növelned kell, legalább a processzek számának
-   kétszeresére. Nagy processz számokesetében valószinüleg a Unix 
-   konfigurációs paramétereken is növelni kell. Ellenörizd a SHMMAX
-   (az osztott memória szegmensek maximális mérete), a SEMMNS és a SEMMNI
-   (a szemaforok maximális száma), az NPROC (a processzek maximális száma),
-   a MAXUPRC (felhasználónkénti maximális processz szám) és a NFILE és NINODE
+   kétszeresére. Nagy processz számokesetében valoszinüleg a Unix
+   konfigurácios paramétereken is növelni kell. Ellenörizd a SHMMAX (az
+   osztott memoria szegmensek maximális mérete), a SEMMNS és a SEMMNI (a
+   szemaforok maximális száma), az NPROC (a processzek maximális száma), a
+   MAXUPRC (felhasználonkénti maximális processz szám) és a NFILE és NINODE
    (a megnzitott állománzok maximális száma) paramétereket. A PostgreSQL
-   azért korlátozza külön a processz számot, hogy a rendszeredet ne terhelhesse 
-   meg túlságosan.
-   
-   A PostgreSQL 6.5 verzióban a maximális szerver processz szám 64 volt és
-   a módositáshoz bele kellett irni a include/storage/sinvaladt.h állományba
-   és újra kellett forditani a servert. 
-         
-    3.9) Mi van pgsql_tmp könyvtárban?
-   
-   Ez a könyvtár a lekérdezés végrehajtó által létrehezott átmeneti
-   állományokat tartalmazza. Például ha egy rendezést kell végrehajtani
-   egy ORDER BY kifejezés miatt és a m?velet több memóriát vesz
-   igénybe, mint amennyit a -S paraméter megenged, akkor az átmeneti
-   könyvtárban hoz létre egy állományt a fennmaradó adat tárolására.
-   
-   Az átmeneti állományok többnyire törl?dnek, de meg is maradhat ha
-   például váratlan hibával leáll a szerver egy rendezés közben. Inditáskor
-   és leállitáskor ezeket az állományokat törli a postmaster.
-      
-    3.10) Miért kell dumpolni és újratölteni PostgreSQL kiadás váltásánál?
-   
-   A PostgreSQL csapat csak apróbb változtatásokat hajt végre a kisebb
-   kiadások között, igy ha 7.2 verzióról állsz át 7.2.1 verzióra, akkor nem
-   szükséges kidumplonod az adatbázist. A nagy kiadások esetében (például 
-   verzióról 7.3-ra áttérésnél) változik a belsiő adatstruktúrák és
+   azért korlátozza külön a processz számot, hogy a rendszeredet ne
+   terhelhesse meg túlságosan.
+
+   A PostgreSQL 6.5 verzioban a maximális szerver processz szám 64 volt és a
+   modositáshoz bele kellett irni a include/storage/sinvaladt.h állományba és
+   újra kellett forditani a servert.
+
+   3.9) Mi van pgsql_tmp könyvtárban?
+
+   Ez a könyvtár a lekérdezés végrehajto által létrehezott átmeneti
+   állományokat tartalmazza. Például ha egy rendezést kell végrehajtani egy
+   ORDER BY kifejezés miatt és a m?velet több memoriát vesz igénybe, mint
+   amennyit a -S paraméter megenged, akkor az átmeneti könyvtárban hoz létre
+   egy állományt a fennmarado adat tárolására.
+
+   Az átmeneti állományok többnyire törl?dnek, de meg is maradhat ha például
+   váratlan hibával leáll a szerver egy rendezés közben. Inditáskor és
+   leállitáskor ezeket az állományokat törli a postmaster.
+
+   3.10) Miért kell dumpolni és újratölteni PostgreSQL kiadás váltásánál?
+
+   A PostgreSQL csapat csak aprobb változtatásokat hajt végre a kisebb
+   kiadások között, igy ha 7.2 verziorol állsz át 7.2.1 verziora, akkor nem
+   szükséges kidumplonod az adatbázist. A nagy kiadások esetében (például
+   verziorol 7.3-ra áttérésnél) változik a belsiő adatstruktúrák és
    adatállományok formátuma. Ezek a változások gyakran nagyon összetettek,
-   ezért inkáb nem tartunk fenn visszafelé kompatibilitást. A dump 
-   az adatot általános formátumban irja ki, majd az új formátumban lehet
-   azt visszatöleni.
-   
-   Azokban a kiadásokban, amelyek között az adat formátum nem változik,
-   a pg_upgrade program használható dumpolás és helzreállitás nélkül.
-   
-     _________________________________________________________________
-   
-                           Működtetési kérdések
-                                      
-    4.1) Mi a különbség a bináris és a normál kurzorok között?
-    
-   Nézd meg a DECLARE dokumentációját.
-   
-    4.2) Hogyan tudom select-elni a lekérdezés első pár sorát?
-    
-   Olvasd el a FETCH dokumentációját, vagy használd a SELECT
-   LIMIT-et.
-   
-   Az egész lekérdezést végre kell hajtani, még akkor is, ha csak az első
-   pár sort akarod megkapni. Gondolj arra, hogy a lekérdezésben lehet ORDER BY 
-   is.  Ha van olyan index, ami megfelel az ORDER BY kifejezésednek, a 
-   PostgreSQL képes lehet az elsö néhány rekord visszaadására, vagy a teljes 
-   lekérdezésnek le kell futnia, amig a kért rekordok le nem generálódnak.
-      
-    4.3) Hogy tudom kilistázni a táblákat vagy más dolgokat a PostgreSQL-ben?
-   
-   Elolvashatod a psql forrás kódjában a pgsql/src/bin/psql/describe.c
+   ezért inkáb nem tartunk fenn visszafelé kompatibilitást. A dump az adatot
+   általános formátumban irja ki, majd az új formátumban lehet azt
+   visszatöleni.
+
+   Azokban a kiadásokban, amelyek között az adat formátum nem változik, a
+   pg_upgrade program használhato dumpolás és helyreállitás nélkül.
+
+     ----------------------------------------------------------------------
+
+Működtetési kérdések
+
+   4.1) Mi a különbség a bináris és a normál kurzorok között?
+
+   Nézd meg a DECLARE dokumentácioját.
+
+   4.2) Hogyan tudom select-elni a lekérdezés első pár sorát?
+
+   Olvasd el a FETCH dokumentácioját, vagy használd a SELECT LIMIT-et.
+
+   Az egész lekérdezést végre kell hajtani, még akkor is, ha csak az első pár
+   sort akarod megkapni. Gondolj arra, hogy a lekérdezésben lehet ORDER BY
+   is. Ha van olyan index, ami megfelel az ORDER BY kifejezésednek, a
+   PostgreSQL képes lehet az elsö néhány rekord visszaadására, vagy a teljes
+   lekérdezésnek le kell futnia, amig a kért rekordok le nem generálodnak.
+
+   4.3) Hogy tudom kilistázni a táblákat vagy más dolgokat a PostgreSQL-ben?
+
+   Elolvashatod a psql forrás kodjában a pgsql/src/bin/psql/describe.c
    állományban. Ez SQL parancsokat tartalmaz, amelyek azokat a kimeneteket
    állitják elö, amiket a per jellel kezdödö parancsok adnak vissza.
-    
-    4.4) Hogyan tudok eltávolítani egy oszlopot egy táblából?
-    
-   Ez a funkcionalitás a 7.3 verziótül kezdve érhetö el az ALTER TABLE
-   DROP COLUMN -nal. A régebbi vertiókban igy lehet végrehajtani:
-   BEGIN;
-    LOCK TABLE old_table;
-    SELECT ...  -- minden oszlopot, kivétel amit törölni szeretnél
-    INTO TABLE new_table
-    FROM old_table;
-    DROP TABLE old_table;
-    ALTER TABLE new_table RENAME TO old_table;
-   COMMIT;
+
+   4.4) Hogyan tudok eltávolítani egy oszlopot egy táblábol?
+
+   Ez a funkcionalitás a 7.3 verziotül kezdve érhetö el az ALTER TABLE DROP
+   COLUMN -nal. A régebbi vertiokban igy lehet végrehajtani:
+
+ BEGIN;
+
+ LOCK TABLE old_table;
+
+ SELECT ... -- minden oszlopot, kivétel amit törölni szeretnél
+
+ INTO TABLE new_table
+
+ FROM old_table;
+
+ DROP TABLE old_table;
+
+ ALTER TABLE new_table RENAME TO old_table;
+
+ COMMIT;
 
     4.5) Mi a maximális mérete egy sornak, egy táblának vagy egy adatbázisnak?
-    
+
    A korlátok:
-    adatbázis:                                  korlátlan (1 TB az általunk ismert lagnagyobb)
-    tábla:                                              16 TB
-    rekord/sor                                  1.6TB
-    mezö                                                1 GB
-    a tábla sorainak száma:                     korlátlan
-    a tábla oszlopainak száma:                  250-1600 az oszlop nevektől függöen
-    A tábla indexeinek száma:                   korlátlan
-   
-   Természetesen nem igazán korlátlan, de a tárterület, memória és egyéb
+
+     * adatbázis: korlátlan (1 TB az általunk ismert lagnagyobb)
+
+     * tábla: 16 TB
+
+     * rekord/sor 1.6TB
+
+     * mezö 1 GB
+
+     * a tábla sorainak száma: korlátlan
+
+     * a tábla oszlopainak száma: 250-1600 az oszlop nevektől függöen
+
+     * A tábla indexeinek száma: korlátlan
+
+   Természetesen nem igazán korlátlan, de a tárterület, memoria és egyéb
    külsö tényezök korlátozzák. A teljesitmény romolhat, ha ezek az értékek
    szokatlanul nagyok.
-   
-   A 16 TB-os legnagyobb tábla méret nem igényel nagy állomány támogatást.
-   A nagy táblák több 1 GB méretü állományba kerölnek, igy az állomány
-   rendszer korlátai nem lényegesek.
-      
-   A maximális tábla méret és az oszlopok maximális oszlop szám növelhetö,
-   ha az alapértelmezett blokkméretet 32k-ra növeled.
-
-    4.6) Mekkora adatbázis lemez terület szükséges egy tipikus szöveg állomány 
-    tárolásához?
-    
-   A PostgreSQL akár a szöveg állomány helyigénzének ötszörösét is elfoglalhaja.
-   
-   Képzelj el például, egy 100.000 soros szöveget, aminek minde sora 
-   egy számból és egy szövegből áll. Tegyük el, hogy átlagosan 20 byte hosszú
-   szövegek. Ez a szövegállomány körülbelül 2.8 MB helyet foglalna el.
-   A tábla ami a fenti adatszerkezetet eltárolná, körülbelül 6.4 MB-os lenne.
+
+   A 16 TB-os legnagyobb tábla méret nem igényel nagy állomány támogatást. A
+   nagy táblák több 1 GB méretü állományba kerölnek, igy az állomány rendszer
+   korlátai nem lényegesek.
+
+   A maximális tábla méret és az oszlopok maximális oszlop szám növelhetö, ha
+   az alapértelmezett blokkméretet 32k-ra növeled.
+
+   4.6) Mekkora adatbázis lemez terület szükséges egy tipikus szöveg állomány
+   tárolásához?
+
+   A PostgreSQL akár a szöveg állomány helyigényének ötszörösét is
+   elfoglalhatja.
+
+   Képzelj el például, egy 100.000 soros szöveget, aminek minde sora egy
+   számbol és egy szövegből áll. Tegyük el, hogy átlagosan 20 byte hosszú
+   szövegek. Ez a szövegállomány körülbelül 2.8 MB helyet foglalna el. A
+   tábla ami a fenti adatszerkezetet eltárolná, körülbelül 6.4 MB-os lenne.
    Ezt a következöképpen számolhatjuk ki:
+
    36 byte: sor fejléc
-   24 byte: egy int mezö + egy szöveg mezö
-   4  byte: mutato
-   ---------------------------------------
-   64 byte soronkent.
-   
-   Az adat oldal mérete a PostgreSQL-ben 8192 byte, igy
-   8192 / 64 = 128 rekord adatbázis oldalanként (lefelé kerekitve).
-   
-   100000 rekord / 128 rekord oldalanként = 782 adat oldal (felelé kerekitve).
-   
-   782 adatbázis oldal * 8192 byte olalanként = 6,406,144 byte (6.4 MB)
-   
+
+ 24 byte: egy int mezö + egy szöveg mezö
+
+ 4 byte: mutato
+
+ ---------------------------------------
+
+ 64 byte soronkent.
+
+   Az adat oldal mérete a PostgreSQL-ben 8192 byte, igy 8192 / 64 = 128
+   rekord adatbázis oldalanként (lefelé kerekitve).
+
+ 100000 rekord / 128 rekord oldalanként = 782 adat oldal
+ (felelé kerekitve).
+
+ 782 adatbázis oldal * 8192 byte olalanként = 6,406,144
+ byte (6.4 MB)
+
    Az indexek nem foglalnak túl sokat, de tartalmazzák az indexelt adatot,
    igy ezek is lehetnek nagyok.
-   
+
    A NULL értékek bittérképben vannak tárolva, igy kevés helyet foglanak.
-      
-   
-    4.7) Hogy tudhatom meg milyen táblák, indexek, adatbázisok vagy felhasználók
+
+   4.7) Hogy tudhatom meg milyen táblák, indexek, adatbázisok vagy
+   felhasználok
+
    vannak definiálva?
-   
+
    A psql-ben találsz számos '\' karakterrel kezdödö utasítást az ilyen
-   információk listázására. A '\?' segitségével tudot kilistázni ezeket
-   a parancsokat. Ezen kivül vannak rendszer táblák, amelyek nevei 'pg_'
-   -vel kezdödnek.
-   
-   Próbáld ki a pgsql/src/tutorial/syscat.source állományt is. Ez sok
-   példát tartalmaz az rendszertáblákon végrehajtott SELECT-ekröl.
-   
+   informáciok listázására. A '\?' segitségével tudot kilistázni ezeketa
+   parancsokat. Ezen kivül vannak rendszer táblák, amelyek nevei 'pg_'-vel
+   kezdödnek.
+
+   Probáld ki a pgsql/src/tutorial/syscat.source állományt is. Ez sok példát
+   tartalmaz az rendszertáblákon végrehajtott SELECT-ekröl.
+
    4.8) A lekérdezéseim lassúak, vagy nem használják az indexeket. Miért?
-   
+
    Az indexeket nem használja a szerver minden lekérdezésnél automatikusan.
-   Csak akkor használ indexet, ha a tábla mérete egy megadott alsó határ
-   felett van, és a lekérdezés csak a sorok egy kis részét érinti. Ez azért 
-   van, mert a véletlen hozzáférés még mindig lassabb lehet mint az tábla 
+   Csak akkor használ indexet, ha a tábla mérete egy megadott also határ
+   felett van, és a lekérdezés csak a sorok egy kis részét érinti. Ez azért
+   van, mert a véletlen hozzáférés még mindig lassabb lehet mint az tábla
    szekvenciális olvasása.
-   
+
    Hogy a PostgreSQL meg tudja határozni hogy kell-e indexet használni,
-   léteznie kell egy statisztikának a tábláról. Ez a statisztikai adatok a 
-   VAACUM ANALYZE vagy az egyszerű ANALYZE műveletek során
-   jönnek létre. A statisztikai adatok felhasználásával az optimalizáló
-   meg tudja határozni, hogy hány sor van a táblában, és el tudja dönteni,
-   hogy használjon-e indexet. A statisztiaki adatgyüjtést időnként végre
-   kell hajtani, ahogy a tábla adatai változnak.
-   
-   Az indexeket normális esetben nem használja az ORDER BY vagy
-   az OUTER JOIN. A szekvenciális olvasás általában gyorsabb, mint az
-   index keresés egy nagy táblában.
-   Bár a LIMIT az ORDER BY-val kombinálva használhat indexet, mert
-   a tábla csak kis része érintett. Bár a MIN és MAX SQL funkciók sem
-   használják az indexeket, ezeket az értékeket egy ORDER BY + LIMIT
-   lekérdezéssel is le lehet kérdezni:
-    SELECT col
-    FROM tab
-    ORDER BY col [ DESC ]
-    LIMIT 1;
-   
-   Amikor helyettesítő jel operátorokat használsz, mint a LIKE kulcsszó
-   vagy a ~, az indexeket csak bizonyos körülmények között lehet használni:
-     * A kereső string kezdete a keresési minta elején kell hogy legyen.
-       például:
-          + A LIKE minták nem kezdődhetnek % jellel.
-          + ~ (regexp) kifejezések nem kezdődhetnek ^ jellel.
+   léteznie kell egy statisztikának a táblárol. Ez a statisztikai adatok a
+   VAACUM ANALYZE vagy az egyszerű ANALYZE műveletek során jönnek létre. A
+   statisztikai adatok felhasználásával az optimalizálo meg tudja határozni,
+   hogy hány sor van a táblában, és el tudja dönteni, hogy használjon-e
+   indexet. A statisztiaki adatgyüjtést időnként végre kell hajtani, ahogy a
+   tábla adatai változnak.
+
+   Az indexeket normális esetben nem használja az ORDER BY vagy az OUTER
+   JOIN. A szekvenciális olvasás általában gyorsabb, mint az index keresés
+   egy nagy táblában. Bár a LIMIT az ORDER BY-val kombinálva használhat
+   indexet, mert a tábla csak kis része érintett. Bár a MIN és MAX SQL
+   funkciok sem használják az indexeket, ezeket az értékeket egy ORDER BY +
+   LIMIT lekérdezéssel is le lehet kérdezni:
+
+ SELECT col
+
+ FROM tab
+
+ ORDER BY col [ DESC ]
+
+ LIMIT 1;
+
+   Amikor helyettesítő jel operátorokat használsz, mint a LIKE kulcsszo vagy
+   a ~, az indexeket csak bizonyos körülmények között lehet használni:
+
+   A kereső string kezdete a keresési minta elején kell hogy legyen. Például:
+
+     * A LIKE minták nem kezdődhetnek % jellel.
+     *  ~ (regexp) kifejezések nem kezdődhetnek ^ jellel.
      * A keresési kifejezés nem kezdődhet karakter osztállyal.
-     * A case-insensitive keresés (ILIKE, ~*) nem használnak indexet
-       ehelyett funkcionális indexet használnak, amit a 4.12 pontban
-       találhatsz.
+     * A case-insensitive keresés (ILIKE, ~*) nem használnak indexet ehelyett
+       funkcionális indexet használnak, amit a 4.12 pontban találhatsz.
      * Az alapértelmezett C hellyel kell futtatni az initdb-t.
-           
-    4.9) Hogy tudom ellenőrizni, hogy optimalizálta a lekérdezés optimalizáló
-    a lekérdezésem?
-    
-   Olvasd el a dokumentáció EXPLAIN-ról szóló részét.
-   
-    4.10) Mi az R-tree index?
-    
-    Az R-tree index a térbeli adat indexelésére alkalmas. Egy hash
-    index nem képes tartomány keresésekre. A B-tree index csak egy
-    dimenzión kezeli a tartomány kereséseket. Például ha az indexet
-    egy pont (point adattípus) típusú mez.re építjük, gyorsabban
-    kezeli az olyan jellegü lekérdezéseket, mint egy adott körben
-    található pontok.
-    
-    Az R-tree tervezési mintát eredetileg leíró szöveg:
-       
-   Guttman, A. "R-trees: A Dynamic Index Structure for Spatial
-   Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of
-   Data, 45-57.
-    
-    Ezt olvashatod Stonebraker "Readings in Database Systems" c.
-    könyvében.
-   
-    A beépített R-tree kezelni tudják a sokszögeket (polygon adattípus)
-    és a dobozokat (box). Elméletileg, az R-tree kiterjeszthető további 
-    dimenziókra is. Gyakorlatilag ezen dolgoznod kell egy kicsit, és
-    még nincs dokumentációnk arról hogy az hogyan működik.
-
-    4.11) Mi a Genetic Query Optimizer?
-    
-    A GEQO modul a lekérdezés optimalizáció sebességét növeli nagy
-    mennyiségű tábla összekapcsolása esetén. Lehetővé teszi a nagy
-    lekérdezések végrehajtását nem teljes kereséssel.
-   
-    4.12) Hogyan tudok regexp keresést és case-insensitive regexp keresést 
-    használni? Hogyan tudok indexet használni case-insensitive kereséshez?
-    
-    A ~ operátor hajt végre reguláris kifejezés (regexp) értelmezést,
-    a ~* ennek case-insensitive változata. A LIKE case-insensitive
-    változata az ILIKE.
-    
-    A case-insensitive egyenlőség műveleteket általában igy hajtjuk
-    végre:
-    SELECT *
-    FROM tab
-    WHERE lower(col) = 'abc';
-   
-    Ez nem fog indexet használni, bár létrehozhatsz egy funkció indexet:
-    CREATE INDEX tabindex ON tab (lower(col));
-
-    4.13) Hogyan tudom észlelni egy lekérdezésben, ha egy mező NULL?
-    
+   4.9) Hogy tudom ellenőrizni, hogy optimalizálta a lekérdezés optimalizálo
+   a lekérdezésem?
+
+   Olvasd el a dokumentácio EXPLAIN-rol szolo részét.
+
+   4.10) Mi az R-tree index?
+
+   Az R-tree index a térbeli adat indexelésére alkalmas. Egy hash index nem
+   képes tartomány keresésekre. A B-tree index csak egy dimenzion kezeli a
+   tartomány kereséseket. Például ha az indexet egy pont (point adattípus)
+   típusú mez.re építjük, gyorsabban kezeli az olyan jellegü lekérdezéseket,
+   mint egy adott körben
+
+   találhato pontok.
+
+   Az R-tree tervezési mintát eredetileg leíro szöveg: Guttman, A. "R-trees:
+   A Dynamic Index Structure for Spatial Searching." Proceedings of the 1984
+   ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.
+
+   Ezt olvashatod Stonebraker "Readings in Database Systems" c. könyvében.
+
+   A beépített R-tree kezelni tudják a sokszögeket (polygon adattípus) és a
+   dobozokat (box). Elméletileg, az R-tree kiterjeszthető további dimenziokra
+   is. Gyakorlatilag ezen dolgoznod kell egy kicsit, és még nincs
+   dokumentácionk arrol hogy az hogyan működik.
+
+   4.11) Mi a Genetic Query Optimizer?
+
+   A GEQO modul a lekérdezés optimalizácio sebességét növeli nagy mennyiségű
+   tábla összekapcsolása esetén. Lehetővé teszi a nagy lekérdezések
+   végrehajtását nem teljes kereséssel.
+
+   4.12) Hogyan tudok regexp keresést és case-insensitive regexp keresést
+   használni? Hogyan tudok indexet használni case-insensitive kereséshez?
+
+   A ~ operátor hajt végre reguláris kifejezés (regexp) értelmezést, a ~*
+   ennek case-insensitive változata. A LIKE case-insensitive változata az
+   ILIKE.
+
+   A case-insensitive egyenlőség műveleteket általában igy hajtjuk végre:
+
+   SELECT *
+
+ FROM tab
+
+ WHERE lower(col) = 'abc';
+
+   Ez nem fog indexet használni, bár létrehozhatsz egy funkcio indexet:
+
+ CREATE INDEX tabindex ON tab (lower(col));
+
+   4.13) Hogyan tudom észlelni egy lekérdezésben, ha egy mező NULL?
+
    Használd "IS NULL"-t és az "IS NOT NULL"-t.
-   
-    4.14) Mi a különbség a különböző karaktertípusok között?
-    
-Type            Internal Name   Notes
---------------------------------------------------
-"char"          char            1 character
-CHAR(n)         bpchar          blank padded to the specified fixed length
-VARCHAR(n)      varchar         size specifies maximum length, no padding
-TEXT            text            no specific upper limit on length
-BYTEA           bytea           variable-length byte array (null-byte safe)
-
-   Látni fogod a belső elnevezésüket, ha tanulmányozod a rendszertáblákat
-   és néhány hibaüzenetet.
-   
-   Az utóbbi négy a "varlena" típusok, ami a tárolásuk módjára utal:
-   az első 4 byte a lemezen a hosszúság, a többi az adat. A valódi méret
-   tehát nagyobb mint a deklarált hosszúság.Ezek azadatok tömöritve 
-   tárolódnak el, igy kevesebb helyet foglalnek el az elöre számitottnál.
-   
-   A CHAR(n) a legjobb megoldás, ha stabil hosszúságú stringet tárolsz.
-   A VARCHAR(n) jó arra az esetekre, ha a hosszúság változik, de van 
-   felső korlátja. A TEXT típus korlátlan hosszúságú (1 GB-ig) szövegek
-   tárolására alklamas. A BYTEA bináris adatok tárolására van. A 
-   teljesitmény mutatói hasonlóak ezenek a típusoknak.
-   
-    4.15.1) Hogyan tudok létrehozni automatikusan növekvő értékű mezőt?
-    
-    A PostgreSQL rendelkezik egy SERIAL adattípussal. Ez egy szekvenciát
-    és egy indexet hoz létre az oszlopon. Például ez:
-    CREATE TABLE person (
-        id   SERIAL,
-        name TEXT
-    );
+
+   4.14) Mi a különbség a különböző karaktertípusok között?
+
+     * "char" egy karakter hosszú string
+     * CHAR(n) bpchar üres hellyel a megadott n hosszúságig
+     * VARCHAR(n) varchar méret maximális hossz meghatározásával, a lefogllat
+       terület is változo hosszú lesz
+     * TEXT nincs meghatározott felso" korlát
+     * BYTEA változo hosszúságú byte-tömb
+
+   Látni fogod a belső elnevezésüket, ha tanulmányozod a rendszertáblákatés
+   néhány hibaüzenetet.
+
+   Az utobbi négy a "varlena" típusok, ami a tárolásuk modjára utal: az első
+   4 byte a lemezen a hosszúság, a többi az adat. A valodi méret tehát
+   nagyobb mint a deklarált hosszúság.Ezek azadatok tömöritve tárolodnak el,
+   igy kevesebb helyet foglalnek el az elöre számitottnál.
+
+   A CHAR(n) a legjobb megoldás, ha stabil hosszúságú stringet tárolsz. A
+   VARCHAR(n) jo arra az esetekre, ha a hosszúság változik, de van felső
+   korlátja. A TEXT típus korlátlan hosszúságú (1 GB-ig) szövegek tárolására
+   alklamas. A BYTEA bináris adatok tárolására van. A teljesitmény mutatoi
+   hasonloak ezenek a típusoknak.
+
+   4.15.1) Hogyan tudok létrehozni automatikusan növekvő értékű mezőt?
+
+   A PostgreSQL rendelkezik egy SERIAL adattípussal. Ez egy szekvenciát és
+   egy indexet hoz létre az oszlopon. Például ez:
+
+ CREATE TABLE person (
+
+ id SERIAL,
+
+ name TEXT
+
+ );
 
    ugyanezt jelenti:
-    CREATE SEQUENCE person_id_seq;
-    CREATE TABLE person (
-        id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
-        name TEXT
-    );
-    CREATE UNIQUE INDEX person_id_key ON person ( id );
-   
-   A szekvenciákkal kapcsolatban olvasd el a create_sequence man
-   oldalt. A sor OID-jét is használhatod egyedi azonositóként, bár
-   ebben az esetben figyelj a pg_gump használatánál a -o opcióra
-   (COPY WITH OIDS, másolás OID-dal), hogy meg?rizd az értékeket.
-   
-    4.15.2) Hogyan kaphatom meg egy SERIAL beszúrás értékét?
-    
-    Egy megoldás erre az, ha a nextval() funkcióval megszerzed az
-    értéket még mielött beszúrnád az adatot a táblába. Erre itt láthatsz
-    egy példát:
-    new_id = execute("SELECT nextval('person_id_seq')");
-    execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");
-    
-    Esetleg lekérdezheted a szekvencia állapotát a sor beszúrása után.
-    execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
-    new_id = execute("SELECT currval('person_id_seq')");
+
+ CREATE SEQUENCE person_id_seq;
+
+ CREATE TABLE person (
+
+ id INT4 NOT NULL DEFAULT nextval('person_id_seq'),
+
+ name TEXT
+
+ );
+
+ CREATE UNIQUE INDEX person_id_key ON person ( id );
+
+   A szekvenciákkal kapcsolatban olvasd el a create_sequence man oldalt. A
+   sor OID-jét is használhatod egyedi azonositoként, bár ebben az esetben
+   figyelj a pg_gump használatánál a -o opciora (COPY WITH OIDS, másolás
+   OID-dal), hogy meg?rizd az értékeket.
+
+   4.15.2) Hogyan kaphatom meg egy SERIAL beszúrás értékét?
+
+   Egy megoldás erre az, ha a nextval() funkcioval megszerzed az értéket még
+   mielött beszúrnád az adatot a táblába. Erre itt láthatsz egy példát:
+
+ new_id = execute("SELECT nextval('person_id_seq')");
+
+ execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise
+ Pascal')");
+
+   Esetleg lekérdezheted a szekvencia állapotát a sor beszúrása után.
+
+ execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
+
+ new_id = execute("SELECT currval('person_id_seq')");
 
    Végül pedig, használhatod a visszaadott OID értéket is, bár ez a lehető
-   legkevésbé portolható. Perl DBI-ben, Edmund Mergl DBD::Pg moduljában
-   az OID érték használható a $sth->execute() után ($sth->{pg_oid_status}).
+   legkevésbé portolhato. Perl DBI-ben, Edmund Mergl DBD::Pg moduljában az
+   OID érték használhato a $sth->execute() után ($sth->{pg_oid_status}).
+
+   4.15.3) A currval() és a nextval() nem teremt holtpont veszélyes helyzetet
+   a felhasználok között?
 
-    4.15.3) A currval() és a nextval() nem teremt holtpont veszélyes helyzetet 
-   a felhasználók között?
-    
-   Nem. A currval() funkció a szerver processzed által adott értéket adja 
+   Nem. A currval() funkcio a szerver processzed által adott értéket adja
    vissza, nem pedig a többi szerver processz által adottat.
-   
-    4.15.4) Miért nem használódnak fel újra a sequence számok tranzakció 
-    abort esetén?
-    Miért vannak problémák a serial oszlopok számozásával?
-    
-   A párhuzamosság fejlesztése érdekében a sorozat számokat kérésre
-   adja ki a szerver futó tranzakcióknak, és azokat nem zárja, amig
-   a tranzakció véget nem ér. Ez jukakat okoz a számozásokban a
-   visszaforditott tranzakciók miatt.
-   
-    4.16) Mi a OID? Mi a TID?
-    
-   Az OID a PostgreSQL egyedi sor azonositója. Minden sor, ami létrejön
-   a szerveren, kap egy OID-t. Minden OID, amit az initdb alatt jön létre
-   16384 alatt van (lásd include/access/transam.h). Minden, felhasználó
-   által létrehozott OID legalább ennyi. Alapértelmezésben, az OID
-   nem csak a táblában vagy az adatbázisban egyedi, hanem a teljes
-   PostgreSQL adatbázis rendszerben.
-   
-   A PostgreSQL az OID-okat a belsö tábláiban használja a sorok táblák
-   között összekapcsolásához. Ezek az OID-k használhatóak a rekordok
-   azonositására is amikor táblákat csatol össze a szerver (JOIN).
-   Az OID-ot használhatod mezö típusként is, és indexelheted is.
-   
-   Az OID érték egy központi területröl származik, amit minden szerver 
+
+   4.15.4) Miért nem használodnak fel újra a sequence számok tranzakcio abort
+   esetén?
+
+   Miért vannak problémák a serial oszlopok számozásával?
+
+   A párhuzamosság fejlesztése érdekében a sorozat számokat kérésre adja ki a
+   szerver futo tranzakcioknak, és azokat nem zárja, amig a tranzakcio véget
+   nem ér. Ez jukakat okoz a számozásokban a visszaforditott tranzakciok
+   miatt.
+
+   4.16) Mi a OID? Mi a TID?
+
+   Az OID a PostgreSQL egyedi sor azonositoja. Minden sor, ami létrejön a
+   szerveren, kap egy OID-t. Minden OID, amit az initdb alatt jön létre 16384
+   alatt van (lásd include/access/transam.h). Minden, felhasználo által
+   létrehozott OID legalább ennyi. Alapértelmezésben, az OID nem csak a
+   táblában vagy az adatbázisban egyedi, hanem a teljes PostgreSQL adatbázis
+   rendszerben.
+
+   A PostgreSQL az OID-okat a belsö tábláiban használja a sorok táblák között
+   összekapcsolásához. Ezek az OID-k használhatoak a rekordok azonositására
+   is amikor táblákat csatol össze a szerver (JOIN). Az OID-ot használhatod
+   mezö típusként is, és indexelheted is.
+
+   Az OID érték egy központi területröl származik, amit minden szerver
    processz használ. Ha az OID-ot valami másra szeretnéd cserélni:
-        CREATE TABLE new_table(old_oid oid, mycol int);
-        SELECT old_oid, mycol INTO new FROM old;
-        COPY new TO '/tmp/pgtable';
-        DELETE FROM new;
-        COPY new WITH OIDS FROM '/tmp/pgtable';
-   
-   Az OID 4 byte-os integer értékként tárolódik, igy 4 milliárdnál túlcsordul.
-   Még soha senki nem jelezte hogy ez történt volna, és ezt a korlátot 
-   igyekszünk eltávolitani, még mielött bárki észrevenné.
-   
-   A TID a fizikai sorok blokk és offszet címmel való azonositására szolgál.
-   A TID változik minden rekord módositás és törlés alkalmával. Ezeket az 
+
+   CREATE TABLE new_table(old_oid oid, mycol int);
+
+ SELECT old_oid, mycol INTO new FROM old;
+
+ COPY new TO '/tmp/pgtable';
+
+ DELETE FROM new;
+
+ COPY new WITH OIDS FROM '/tmp/pgtable';
+
+   Az OID 4 byte-os integer értékként tárolodik, igy 4 milliárdnál
+   túlcsordul. Még soha senki nem jelezte hogy ez történt volna, és ezt a
+   korlátot igyekszünk eltávolitani, még mielött bárki észrevenné.
+
+   A TID a fizikai sorok blokk és offszet címmel valo azonositására szolgál.
+   A TID változik minden rekord modositás és törlés alkalmával. Ezeket az
    indexek használják hogy a fizikai sort gyorsan megtalálják.
-      
-    4.17) Mi a PostgreSQL-ben használt kifejezések jelentése?
-    
-    Néhol a forrás kódban és a dokumnetációban találhatóak kifejezések,
-    amelyek általánosabb jelentéssel bírnak. Itt van néhány:
-     * tábla (table), reláció (relation), osztály (class)
+
+   4.17) Mi a PostgreSQL-ben használt kifejezések jelentése?
+
+   Néhol a forrás kodban és a dokumnetácioban találhatoak kifejezések,
+   amelyek általánosabb jelentéssel bírnak. Itt van néhány:
+
+     * tábla (table), relácio (relation), osztály (class)
      * sor (row), rekord (record), tuple (nincs magyar jelentés)
      * oszlop (column), mezö (field), attributum (attribute)
      * retrieve, select
-     * helyettesit (replace), módosit (update)
+     * helyettesit (replace), modosit (update)
      * hozzáfűz (append), beszúr (insert)
      * OID, sorozat érték (serial value)
      * portal, cursor
      * range variable, tábla név, tábla alias
-       
-   Az általános adatbázis kifejezések összefoglalóját itt olvasható:
-   http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary
-   /glossary.html
-   
-    4.18) Miért kapom ezt a hibát: "ERROR: Memory exhausted in
+   Az általános adatbázis kifejezések összefoglaloját itt olvashato:
+
+   http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html
+
+   4.18) Miért kapom ezt a hibát: "ERROR: Memory exhausted in
    AllocSetAlloc()"?
-    
-   Lehet hogy elfogyott a virtuális memóriád, vagy a kerneled erőforrás 
-   korlátai alacsonyak. Próbáld ki ezt mielött elinditanád a postmastert:
-    ulimit -d 262144
-    limit datasize 256m
-
-   A shelltől függően ezek közül csak az egyik fut majd le, de a
-   processzek adatszegmensét sokkal magasabbra állitja, ami talán 
-   elég lesz a lekérdezés végrehajtásához. Ez az utasítás a jelenlegi
-   processzre (a shelled) érvényes, és minden általa létrehozott
-   processzre. Ha problémád van az SQL klienssel, mert a szerver
-   túl nagy adatot küld vissza, próbáld meg e klienssel is ugyanezt.
-
-    4.19) Hogyan tudhatom meg PostgreSQL, milyen verziót futtatok?
-    
+
+   Lehet hogy elfogyott a virtuális memoriád, vagy a kerneled erőforrás
+   korlátai alacsonyak. Probáld ki ezt mielött elinditanád a postmastert:
+
+ ulimit -d 262144
+
+ limit datasize 256m
+
+   A shelltől függően ezek közül csak az egyik fut majd le, de a processzek
+   adatszegmensét sokkal magasabbra állitja, ami talán elég lesz a lekérdezés
+   végrehajtásához. Ez az utasítás a jelenlegi processzre (a shelled)
+   érvényes, és minden általa létrehozott processzre. Ha problémád van az SQL
+   klienssel, mert a szerver túl nagy adatot küld vissza, probáld meg e
+   klienssel is ugyanezt.
+
+   4.19) Hogyan tudhatom meg PostgreSQL, milyen verziot futtatok?
+
    A psql programban select version();
-   
-    4.20) Miért kapok "invalid large obj descriptor" hibát nagy objektumok 
-    kezelésénél?
-   
-   A nagy objektumok kezelését egy tranzakciós blokkban helyezd el.
-   (BEGIN és COMMIT között)
-   
+
+   4.20) Miért kapok "invalid large obj descriptor" hibát nagy objektumok
+   kezelésénél?
+
+   A nagy objektumok kezelését egy tranzakcios blokkban helyezd el. (BEGIN és
+   COMMIT között)
+
    Jelenleg a PostgreSQL ezt a szabályt azzal teszi kötelezővé, hogy a
-   tranzakció végén a nagy objektumokat lezárja, igy a tranzakció után 
-   az első művelet amit az objektumon végrahajtanál hibás lesz.
-   
-    Ha olyan programozási felületet használsz mint az ODBC vagy a JDBC
-    akkor valószinűleg ki kell kapcsolnod az auto-commit-ot.
-   
-   
-    4.21) Hogy hozhatok létre olyan oszlopot, aminek alapértelmezett 
-    érétke a jelenlegi idő?
-    
+   tranzakcio végén a nagy objektumokat lezárja, igy a tranzakcio után az
+   első művelet amit az objektumon végrahajtanál hibás lesz.
+
+   Ha olyan programozási felületet használsz mint az ODBC vagy a JDBC akkor
+   valoszinűleg ki kell kapcsolnod az auto-commit-ot.
+
+   4.21) Hogy hozhatok létre olyan oszlopot, aminek alapértelmezett érétke a
+   jelenlegi idő?
+
    Használd a CURRENT_TIMESTAMP -ot:
-   CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
-
-    4.22) Miért olyan lassúak az al-lekérdezéseim IN-nel?
-   
-   Jelenleg az al-lekérdezéseket a külső lekérdezéshez csatoljuk. Ha
-   az allekérdezés csak kevés sort eredményez és a külső lekérdezés
-   sokat, akkor az IN is gyors. Az EXISTS kulcsszó használatával 
-   gyorsithatod a lekérdezéseket.
-    SELECT *
-    FROM tab
-    WHERE col IN (SELECT subcol FROM subtab);
+
+ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
+
+   4.22) Miért olyan lassúak az al-lekérdezéseim IN-nel?
+
+   Jelenleg az al-lekérdezéseket a külső lekérdezéshez csatoljuk. Ha az
+   allekérdezés csak kevés sort eredményez és a külső lekérdezés sokat, akkor
+   az IN is gyors. Az EXISTS kulcsszo használatával gyorsithatod a
+   lekérdezéseket.
+
+   SELECT *
+
+ FROM tab
+
+ WHERE col IN (SELECT subcol FROM subtab);
 
    EXISTS használatával:
-    SELECT *
-    FROM tab
-    WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
-   
-   Ahhoz hogy ez gyorsan fusson le, a subcol indexelt oszlopnak kell 
-   hogy legyen. Reméljük ezt a korlátot sikerül hamarosan legyőznünk.
-   
-    4.23) Hogyan tudok outer join-t végrehajtani?
-    
-    A PostgreSQL a szabványos SQL szintaktikát követi. Itt van két példa:
-    SELECT *
-    FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
+
+ SELECT *
+
+ FROM tab
+
+ WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
+
+   Ahhoz hogy ez gyorsan fusson le, a subcol indexelt oszlopnak kell hogy
+   legyen. Reméljük ezt a korlátot sikerül hamarosan legyőznünk.
+
+   4.23) Hogyan tudok outer join-t végrehajtani?
+
+   A PostgreSQL a szabványos SQL szintaktikát követi. Itt van két példa:
+
+   SELECT *
+
+ FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
 
    vagy
-    SELECT *
-    FROM t1 LEFT OUTER JOIN t2 USING (col);
-   
+
+ SELECT *
+
+ FROM t1 LEFT OUTER JOIN t2 USING (col);
+
    Ezek az identikus lekérdezések összekapcsolják a t1.col és a t2.col
-   mezőket, és a t1 bármelyik kapcsolatlan sorát is visszadják. A RIGHT
-   JOIN a t2 kapcsolatlan sorait adta volna vissza, a FULL JOIN pedig
-   a kapcsolt, és mindkét tábla kapcsolatlan sorait adja. Az OUTER
-   kulcsszó opcionális, a LEFT, RIGHT és FULL JOIN szintaktikailag 
-    helyes. Az átlagos összekapcsolásokat INNER JOIN-nak nevezzük.
-   
+   mezőket, és a t1 bármelyik kapcsolatlan sorát is visszadják. A RIGHT JOIN
+   a t2 kapcsolatlan sorait adta volna vissza, a FULL JOIN pedig a kapcsolt,
+   és mindkét tábla kapcsolatlan sorait adja. Az OUTER kulcsszo opcionális, a
+   LEFT, RIGHT és FULL JOIN szintaktikailag helyes. Az átlagos
+   összekapcsolásokat INNER JOIN-nak nevezzük.
+
    Az előző kiadásokban a OUTER JOIN lekérdezéseket UNION és NOT IN
-   kulcsszavakkal lehetett szimulálni. Például a tab1 és a tab2 
+   kulcsszavakkal lehetett szimulálni. Például a tab1 és a tab2
    összekapcsolása:
-    SELECT tab1.col1, tab2.col2
-    FROM tab1, tab2
-    WHERE tab1.col1 = tab2.col1
-    UNION ALL
-    SELECT tab1.col1, NULL
-    FROM tab1
-    WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
-    ORDER BY col1
-
-    4.24) Hogyan tudok több adatbázison végrehajtani lekérdezést?
-   
-   Arra nincs lehetőség, hogy más adatbázisból kérdezz le adatot.
-   Mivel a PostgreSQL adatbázis specifikus rendszer táblákat tölt
-   be, bizonytalan hogy egy adatbázisok közötti lekérdezésnek hogyan
-   kellene viselkednie. 
-   
-   A contrib/dblink könyvtárban találsz egy megoldást erre, ami 
-   funkció hivások segitségével működik. Persze, a kliens hozhat létre
-   szimultán kapcsolatot több adatbázissal, és összefésülheti az 
-   eredményeket.
-   
-    4.25) Hogy tudok több soros vagy oszlopos eredményt visszaadni egy 
-    funkcióból?
-    
-    A PL/pgSQL tárolt eljárás nyelvvel refcursor használatával. 
-    Részletesen itt:
-    http://www.PostgreSQL.org/idocs/index.php?plpgsql-cursors.html
-   
-    4.26) Miért nem tudom megbizhatóan létrehozni és törölni az átmeneti 
-    táblákat a PL/pgSQL funkciókban?
-    
-    A PL/pgSQL cacheli a funkciók tartalmát, aminek az a szerencsétlen
-    mellékhatása, hogy ha egy PL/pgSQL funkció használ egy átmeneti
-    táblát, ami kés?bb törlődik majd ujra létrejön, akkor az újra lefutó
-    funkció nem fogja megtalálni a táblát, mert a cache változat a régi
-    táblára tartalmaz mutatót. A megoldás erre az EXECUTE utasítás
-    használata az átmeneti táblák kezelésére PL/pgSQL-ben. Ez a 
-    lekérdezés újrafordítását fogja előidézni minden alkalommal.
-    
-    4.27) Milyen replikációs lehetőségek vannak?
-    
-    Számos master/slave replikációs lehetőség létezik. Ez csak a master
-    adatbázis számára teszi lehetővé, hogy az adatokat változtassa. Egy
-    Listát olvashatsz ezekről itt: 
+
+ SELECT tab1.col1, tab2.col2
+
+ FROM tab1, tab2
+
+ WHERE tab1.col1 = tab2.col1
+
+ UNION ALL
+
+ SELECT tab1.col1, NULL
+
+ FROM tab1
+
+ WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
+
+ ORDER BY col1
+
+   4.24) Hogyan tudok több adatbázison végrehajtani lekérdezést?
+
+   Arra nincs lehetőség, hogy más adatbázisbol kérdezz le adatot.Mivel a
+   PostgreSQL adatbázis specifikus rendszer táblákat töltbe, bizonytalan hogy
+   egy adatbázisok közötti lekérdezésnek hogyankellene viselkednie.
+
+   A contrib/dblink könyvtárban találsz egy megoldást erre, ami funkcio
+   hivások segitségével működik. Persze, a kliens hozhat létreszimultán
+   kapcsolatot több adatbázissal, és összefésülheti az eredményeket.
+
+   4.25) Hogy tudok több soros vagy oszlopos eredményt visszaadni egy
+   funkciobol?
+
+   A PL/pgSQL tárolt eljárás nyelvvel refcursor használatával. Részletesen
+   itt:
+
+   http://www.PostgreSQL.org/idocs/index.php?plpgsql-cursors.html
+
+   4.26) Miért nem tudom megbizhatoan létrehozni és törölni az átmeneti
+   táblákat a PL/pgSQL funkciokban?
+
+   A PL/pgSQL cacheli a funkciok tartalmát, aminek az a szerencsétlen
+   mellékhatása, hogy ha egy PL/pgSQL funkcio használ egy átmeneti táblát,
+   ami késo"bb törlődik majd ujra létrejön, akkor az újra lefuto funkcio nem
+   fogja megtalálni a táblát, mert a cache változat a régi táblára tartalmaz
+   mutatot. A megoldás erre az EXECUTE használata az átmeneti táblák
+   kezelésére PL/pgSQL-ben. Ez a lekérdezés újrafordítását fogja előidézni
+   minden alkalommal.
+
+   4.27) Milyen replikácios lehetőségek vannak?
+
+   Bár a replikácio egyetlen terület, több technologia létezik replikáciora,
+   természetesen mindnek meg vannak a maga elo"nyei és hátrányai.
+
+   A master/slave replikácios megoldással a master adatbázison hajthatunk
+   végre modosításokat, míg a slave adatbázisokon csak lekérdezéseket. A
+   PostgreSQL legnépszeru"bb master/slave replikácios megoldása a Solny-I.
+
+   Számos más master/slave replikácios lehetőség létezik.Egy Listát
+   olvashatsz ezekről itt:
+
    http://gborg.PostgreSQL.org/genpage?replication_research
-   
-   Egy többfelhasználós replikációs rendszer készül itt:
+
+   A multi-master replikácio leheto"vé teszi több master adatbázis
+   használatát, bár ez a technologia drasztikusan csökkenti az adatbázis
+   teljesítményét a sok szinkornizácio miatt. A PGCluster a legelterjedtebb
+   ilyen megoldás.
+
+   Egy többfelhasználos replikácios rendszer készül itt:
+
    http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php.
-   
-    4.28) Milyen kódolási lehetőségek vannak?
-    
-    - A contrib/pgcrypto tartlamaz számos SQL lekérdezésben használható kódolást.
-    - A kliens-szerver kommunikáció rejtjelezésére a hostssl használható.
-      Ezt a pg_hba.conf-ben engedélyeztheted.
-    - Az adatbázis felhsználók jelszavait tároláskor kódolja a rendszer. 
-      Régebbi verziókban a PASSWORD_ENCRYPTION opcióval lehetett
-      bekapcsolni.
-    - A szerveren használhatsz kódolt fájrendszert.
-     _________________________________________________________________
-   
-                            A PostgreSQL kiterjesztése
-                                      
-   5.1) Írtam egy felhasználói funkciót. Miért core dumpol az adatbázis amikor
-   használom?
-   
-   Számos probléma lehet. Elöbb probáld ki a funkciódat egy különálló
+
+   4.28) Milyen kodolási lehetőségek vannak?
+
+     * A contrib/pgcrypto tartlamaz számos SQL lekérdezésben használhato
+       kodolást.
+     * A kliens-szerver kommunikácio rejtjelezésére a hostssl használhato.
+       Ezt a pg_hba.conf-ben engedélyeztheted.
+     * Az adatbázis felhsználok jelszavait tároláskor kodolja a rendszer. 
+     * Régebbi verziokban a PASSWORD_ENCRYPTION opcioval lehetett
+       bekapcsolni.
+     * A szerveren használhatsz kodolt fájrendszert.
+
+     ----------------------------------------------------------------------
+
+A PostgreSQL kiterjesztése
+
+   5.1) Írtam egy felhasználoi funkciot. Miért core dumpol az adatbázis
+   amikor használom?
+
+   Számos probléma lehet. Elöbb probáld ki a funkciodat egy különállo
    alkalmazásban.
-   
-   5.2) Hogyan lehet új adattípusokat és funkciókat hozzáadni a PostgreSQL 
-   disztribúcióhoz?
-   
+
+   5.2) Hogyan lehet új adattípusokat és funkciokat hozzáadni a PostgreSQL
+   disztribúciohoz?
+
    Küldd el a kiegészítéseid a pgsql-hackers levelezési listára és a
    forráskodjaid végül a contrib-ban kötnek ki.
-   
-   5.3) Hogyan lehet olyan C funkciót írni, ami Tuple-t ad vissza?
-    
-        A 7.3 verziótól kezdve a PostgreSQL támogatja a táblázatokat
-        viszzaadó funkciókat C, PL/pgSQL és SQL nyelveken. Bővebb
-        dokumentációt a Programozó kézikönyvben találsz. Egy C példa 
-        funkció található a contrib/tablefunc könyvtárban.
-        
-   5.4) Megváltoztattam egy forrás állományt. Miért nem változik a bináris 
+
+   5.3) Hogyan lehet olyan C funkciot írni, ami Tuple-t ad vissza?
+
+   A 7.3 verziotol kezdve a PostgreSQL támogatja a táblázatokat viszzaado
+   funkciokat C, PL/pgSQL és SQL nyelveken. Bővebb dokumentáciot a Programozo
+   kézikönyvben találsz. Egy C példa funkcio találhato a contrib/tablefunc
+   könyvtárban.
+
+   5.4) Megváltoztattam egy forrás állományt. Miért nem változik a bináris
    újrafordítás után?
-   
+
    A Makefile-ok nem ismerik a include állományok megfelelő függőségeit.
    Végre kell hajtanod egy make clean-t, majd újra egy make-t. Ha GCC-t
-   használsz felhasználhatod a configure script --enable-depend opcióját,
-   így a compiler maga fogja ellenőrizni a függőségeket.
-   
-
+   használsz felhasználhatod a configure script --enable-depend opcioját, így
+   a compiler maga fogja ellenőrizni a függőségeket.
diff --git a/doc/src/FAQ/FAQ.html b/doc/src/FAQ/FAQ.html
index 71e659db94d..df71e8bf25d 100644
--- a/doc/src/FAQ/FAQ.html
+++ b/doc/src/FAQ/FAQ.html
@@ -10,7 +10,7 @@
   alink="#0000ff">
     <H1>Frequently Asked Questions (FAQ) for PostgreSQL</H1>
 
-    <P>Last updated: Mon May 30 09:11:03 EDT 2005</P>
+    <P>Last updated: Fri Sep 16 14:07:22 EDT 2005</P>
 
     <P>Current maintainer: Bruce Momjian (<A href=
     "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)
@@ -26,7 +26,7 @@
     <HR>
 
     <H2 align="center">General Questions</H2>
-    <A href="#1.1">1.1</A>) What is PostgreSQL? How is it pronounced?<BR>
+     <A href="#1.1">1.1</A>) What is PostgreSQL? How is it pronounced?<BR>
      <A href="#1.2">1.2</A>) What is the copyright of PostgreSQL?<BR>
      <A href="#1.3">1.3</A>) What platforms does PostgreSQL support?<BR>
      <A href="#1.4">1.4</A>) Where can I get PostgreSQL?<BR>
@@ -116,7 +116,9 @@
     does not exist" errors when accessing temporary tables in PL/PgSQL
     functions?<BR>
      <A href="#4.20">4.20</A>) What replication solutions are available?<BR>
-     
+     <A href="#4.21">4.21</A>) Why are my table and column names not
+    recognized in my query?<BR>
+
 
     <HR>
 
@@ -124,8 +126,10 @@
 
     <H3><A name="1.1">1.1</A>) What is PostgreSQL? How is it pronounced?</H3>
 
-    <P>PostgreSQL is pronounced <I>Post-Gres-Q-L</I>, also called just
-    <I>Postgres</I>.</P>
+    <P>PostgreSQL is pronounced <I>Post-Gres-Q-L</I>, and is also sometimes 
+    referred to as just <I>Postgres</I>. An audio file is available in 
+    <a href="http://www.postgresql.org/files/postgresql.mp3">MP3 format</a> for 
+    those would like to hear the pronunciation.</P>
 
     <P>PostgreSQL is an object-relational database system that has the
     features of traditional commercial database systems with
@@ -231,7 +235,7 @@
 
     <H3><A name="1.7">1.7</A>) What is the latest release?</H3>
 
-    <P>The latest release of PostgreSQL is version 8.0.2.</P>
+    <P>The latest release of PostgreSQL is version 8.0.3.</P>
 
     <P>We plan to have a major release every year, with minor releases
     every few months.</P>
@@ -613,6 +617,12 @@ table?</TD><TD>unlimited</TD></TR>
     <P>The maximum table size and maximum number of columns can be
     quadrupled by increasing the default block size to 32k.</P>
 
+    <P>One limitation is that indexes can not be created on columns
+    longer than about 2,000 characters. Fortunately, such indexes are
+    rarely needed. Uniqueness is best guaranteed by a funtion index
+    of an MD5 hash of the long column, and full text indexing
+    allows for searching of words within the column.</P>
+
     <H3><A name="4.5">4.5</A>) How much database disk space is required
     to store data from a typical text file?</H3>
 
@@ -625,23 +635,23 @@ table?</TD><TD>unlimited</TD></TR>
     The size of the PostgreSQL database file containing this data can
     be estimated as 6.4 MB:</P>
 <PRE>
-    32 bytes: each row header (approximate)
+    28 bytes: each row header (approximate)
     24 bytes: one int field and one text field
    + 4 bytes: pointer on page to tuple
    ----------------------------------------
-    60 bytes per row
+    56 bytes per row
 
    The data page size in PostgreSQL is 8192 bytes (8 KB), so:
 
    8192 bytes per page
-   -------------------   =  136 rows per database page (rounded down)
-     60 bytes per row
+   -------------------   =  146 rows per database page (rounded down)
+     56 bytes per row
 
    100000 data rows
-   --------------------  =  735 database pages (rounded up)
-      128 rows per page
+   --------------------  =  685 database pages (rounded up)
+      146 rows per page
 
-735 database pages * 8192 bytes per page  =  6,021,120 bytes (6 MB)
+685 database pages * 8192 bytes per page  =  5,611,520 bytes (5.6 MB)
 </PRE>
 
     <P>Indexes do not require as much overhead, but do contain the data
@@ -740,7 +750,12 @@ table?</TD><TD>unlimited</TD></TR>
 <PRE>
     CREATE INDEX tabindex ON tab (lower(col));
 </PRE>
-
+    <P>If the above index is created as <SMALL>UNIQUE</SMALL>, though
+    the column can store upper and lowercase characters, it can not have
+    identical values that differ only in case. To force a particular
+    case to be stored in the column, use a <SMALL>CHECK</SMALL>
+    constraint or a trigger.</P>
+					 
     <H3><A name="4.9">4.9</A>) In a query, how do I detect if a field
     is <SMALL>NULL</SMALL>?  How can I sort on whether a field is <SMALL>
     NULL</SMALL> or not?</H3>
@@ -1000,5 +1015,22 @@ length</TD></TR>
 
     <P>There are also commercial and hardware-based replication solutions
     available supporting a variety of replication models.</P>
+
+    <H3><A name="4.21">4.21</A>) Why are my table and column names not
+    recognized in my query?</H3>
+
+    <P>The most common cause is the use of double-quotes around table or
+    column names during table creation. When double-quotes are used,
+    table and column names (called identifiers) are stored <a
+    href="http://www.postgresql.org/docs/8.0/static/sql-syntax.html#SQL-
+    SYNTAX-IDENTIFIERS">case-sensitive</a>, meaning you must use
+    double-quotes when referencing the names in a query. Some interfaces,
+    like pgAdmin, automatically double-quote identifiers during table
+    creation. So, for identifiers to be recognized, you must either:
+    <UL>
+    <LI>Avoid double-quoting identifiers when creating tables</LI>
+    <LI>Use only lowercase characters in identifiers</LI>
+    <LI>Double-quote identifiers when referencing them in queries</LI>
+    </UL>
   </BODY>
 </HTML>
diff --git a/doc/src/FAQ/FAQ_DEV.html b/doc/src/FAQ/FAQ_DEV.html
index 9a863498829..69db6aa18c8 100644
--- a/doc/src/FAQ/FAQ_DEV.html
+++ b/doc/src/FAQ/FAQ_DEV.html
@@ -13,7 +13,7 @@
     <H1>Developer's Frequently Asked Questions (FAQ) for
     PostgreSQL</H1>
 
-    <P>Last updated: Sat May 14 12:26:01 EDT 2005</P>
+    <P>Last updated: Mon Sep 19 21:28:08 EDT 2005</P>
 
     <P>Current maintainer: Bruce Momjian (<A href=
     "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
@@ -147,11 +147,11 @@
     before starting work. Failure to do so might mean your patch is
     rejected.</P>
 
-    <P>A web site is maintained for patches that are ready to be applied,
+    <P>A web site is maintained for patches awaiting review,
     <a href="http://momjian.postgresql.org/cgi-bin/pgpatches">
     http://momjian.postgresql.org/cgi-bin/pgpatches</a>, and
     those that are being kept for the next release,
-    <a href="http://momjian.postgresql.org/cgi-bin/pgpatches2">
+    <a href="http://momjian.postgresql.org/cgi-bin/pgpatches_hold">
     http://momjian.postgresql.org/cgi-bin/pgpatches2</a>.</P>
     
     <H3><A name="1.5">1.5</A>) I've developed a patch, what next?</H3>
@@ -992,9 +992,9 @@
 
     <P>You can also compile with profiling to see what functions are
     taking execution time. The backend profile files will be deposited
-    in the <I>pgsql/data/base/dbname</I> directory. The client profile
-    file will be put in the client's current directory. Linux requires
-    a compile with <I>-DLINUX_PROFILE</I> for proper profiling.</P>
+    in the <I>pgsql/data</I> directory. The client profile file will be
+    put in the client's current directory. Linux requires a compile with
+    <I>-DLINUX_PROFILE</I> for proper profiling.</P>
   </BODY>
 </HTML>
 
diff --git a/doc/src/FAQ/FAQ_MINGW.html b/doc/src/FAQ/FAQ_MINGW.html
index 2f8bfc4ced6..e2a6f759f55 100644
--- a/doc/src/FAQ/FAQ_MINGW.html
+++ b/doc/src/FAQ/FAQ_MINGW.html
@@ -14,8 +14,8 @@
 </P>
 
 <P>The most recent version of this document can be viewed at <A href=
-"http://momjian.postgresql.org/main/writings/pgsql/project/win32.html">
-http://momjian.postgresql.org/main/writings/pgsql/project/win32.html</A>.</P>
+"http://www.postgresql.org/docs/faqs.FAQ_MINGW.html">
+http://www.postgresql.org/docs/faqs.FAQ_MINGW.html</A>.</P>
 
 <P>The FAQ for running PostgreSQL on native Win32 is at <A href=
 "http://pginstaller.projects.postgresql.org/FAQ_windows.html">