Hungarian FAQ is text, not HTML, so remove it.

2 files changed, 1094 insertions, 1772 deletions

diff --git a/doc/FAQ_hungarian b/doc/FAQ_hungarian
index 7b77f0ba6b8..63603c07be5 100644
--- a/doc/FAQ_hungarian
+++ b/doc/FAQ_hungarian
@@ -1,678 +1,1120 @@
 
-   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:
+                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 installálni? 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 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 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 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 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 AllocSetAlloc()"?
-   4.19) Hogyan tudhatom meg PostgreSQL, milyen verziót 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 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 ú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. (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 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ő. A PostgreSQL fejlesztését egy csapat végzi, amelynek
-   minden tagja megtalálható 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.
-   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 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? 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. Szerver
-   Az adatbázis szerver Cygwin segítségével fut Windows NT és Win2k
+     _________________________________________________________________
+   
+                             Á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 
+   installálni?
+   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 
+   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 
+   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 
+   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 
+   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
+   AllocSetAlloc()"?
+   4.19) Hogyan tudhatom meg PostgreSQL, milyen verziót 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 
+   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 
+   ú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. 
+   (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 
+   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ő.
+   
+   A PostgreSQL fejlesztését egy csapat végzi, amelynek minden tagja
+   megtalálható 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.
+   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
+   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?
+    
+   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.
+   
+   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
    á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 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:
+   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
+    
+   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:
-   irc -c '#PostgreSQL' "$USER" irc.phoenix.net. A kereskedelmi
-   terméktámogatást nyújtó 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 következő címen:
-   http://www.PostgreSQL.org/users-lounge/docs/. 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://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 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? 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 í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: 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. 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: * C (libpq) * C++ (libpq++) * Embedded C
-   (ecpg) * Java (jdbc) * Perl (DBD::Pg and perl5) * ODBC (odbc) * Python
-   (PyGreSQL) * TCL (libpgtcl) * C Easy API (libpgeasy) * PHP ('pg_'
-   functions, Pear::DB) További programozási felületek érhetőek el a
+    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:
+   irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
+   
+   A kereskedelmi terméktámogatást nyújtó 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 
+   következő címen:
+   http://www.PostgreSQL.org/users-lounge/docs/.
+   
+   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://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 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?
+   
+   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
+   í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: 
+   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. 
+   
+   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:       
+     * C (libpq)
+     * C++ (libpq++)
+     * Embedded C (ecpg)
+     * Java (jdbc)
+     * Perl (DBD::Pg and perl5)
+     * ODBC (odbc)
+     * Python (PyGreSQL)
+     * TCL (libpgtcl)
+     * C Easy API (libpgeasy)
+     * PHP ('pg_' functions, Pear::DB)
+
+    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á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?
+   
    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
+   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. 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? 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. 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.
+   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.
+   
+   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?
+    
+   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.
+   
+   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
+   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 
    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 érték 512K. 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: 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
+   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
+   érték 512K.
+   
+   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:
+   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. 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 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"
+   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.
+
+   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 
+   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
-   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 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 korlátját. Az
-   alapértelmezett korlát 32 processz. Ezt növelhetjed úgy, hogy
+   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
+   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 
+   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. 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 (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 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 á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.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
+   vagy módositod 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
+   (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
+   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
+   á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.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
-   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. 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) 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 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. 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 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;
+   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.
+   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)
+   
+   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
+   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.
+   
+   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 
+   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. * 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. * 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? 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 ); 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')"); Végül
-   pedig, használhatod a visszaadott OID értéket is, bár ez a lehető
+   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.
+     * 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?
+    
+   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
+    );
+
+   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')");
+
+   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}). 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 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.
+   az OID érték használható 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álók között?
+    
+   Nem. A currval() funkció 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 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 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) * sor (row),
-   rekord (record), tuple (nincs magyar jelentés) * oszlop (column), mezö
-   (field), attributum (attribute) * retrieve, select * helyettesit
-   (replace), módosit (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ó:
+   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 
+   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)
+     * sor (row), rekord (record), tuple (nincs magyar jelentés)
+     * oszlop (column), mezö (field), attributum (attribute)
+     * retrieve, select
+     * helyettesit (replace), módosit (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 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? 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) 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ő? 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); 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); vagy 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. 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
-   ö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:
-   http://gborg.PostgreSQL.org/genpage?replication_research Egy
-   többfelhasználós replikációs rendszer készül itt:
+   /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?
+    
+   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)
+   
+   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ő?
+    
+   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);
+
+   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);
+
+   vagy
+    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.
+   
+   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 
+   ö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: 
+   http://gborg.PostgreSQL.org/genpage?replication_research
+   
+   Egy többfelhasználós replikációs 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ó alkalmazásban. 5.2) Hogyan
-   lehet új adattípusokat és funkciókat hozzáadni a PostgreSQL
-   disztribúcióhoz? 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 újrafordítás után? A
-   Makefile-ok nem ismerik a include állományok megfelelő függőségeit.
+   
+    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ó
+   alkalmazásban.
+   
+   5.2) Hogyan lehet új adattípusokat és funkciókat hozzáadni a PostgreSQL 
+   disztribúcióhoz?
+   
+   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 
+   ú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.
+   
+
diff --git a/doc/src/FAQ/FAQ_hungarian.html b/doc/src/FAQ/FAQ_hungarian.html
deleted file mode 100644
index 63603c07be5..00000000000
--- a/doc/src/FAQ/FAQ_hungarian.html
+++ /dev/null
@@ -1,1120 +0,0 @@
-
-                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 
-   installálni?
-   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 
-   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 
-   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 
-   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 
-   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
-   AllocSetAlloc()"?
-   4.19) Hogyan tudhatom meg PostgreSQL, milyen verziót 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 
-   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 
-   ú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. 
-   (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 
-   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ő.
-   
-   A PostgreSQL fejlesztését egy csapat végzi, amelynek minden tagja
-   megtalálható 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.
-   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
-   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?
-    
-   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.
-   
-   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
-   á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
-    
-   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:
-   irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
-   
-   A kereskedelmi terméktámogatást nyújtó 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 
-   következő címen:
-   http://www.PostgreSQL.org/users-lounge/docs/.
-   
-   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://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 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?
-   
-   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
-   í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: 
-   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. 
-   
-   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:       
-     * C (libpq)
-     * C++ (libpq++)
-     * Embedded C (ecpg)
-     * Java (jdbc)
-     * Perl (DBD::Pg and perl5)
-     * ODBC (odbc)
-     * Python (PyGreSQL)
-     * TCL (libpgtcl)
-     * C Easy API (libpgeasy)
-     * PHP ('pg_' functions, Pear::DB)
-
-    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?
-   
-   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.
-   
-   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?
-    
-   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.
-   
-   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 
-   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
-   érték 512K.
-   
-   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:
-   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.
-
-   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 
-   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
-   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
-   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 
-   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.
-   
-   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
-   (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
-   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
-   á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.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
-   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.
-   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)
-   
-   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
-   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.
-   
-   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 
-   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.
-     * 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.
-     * 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?
-    
-   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
-    );
-
-   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')");
-
-   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}).
-
-    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 
-   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 
-   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 
-   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)
-     * sor (row), rekord (record), tuple (nincs magyar jelentés)
-     * oszlop (column), mezö (field), attributum (attribute)
-     * retrieve, select
-     * helyettesit (replace), módosit (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
-   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?
-    
-   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)
-   
-   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ő?
-    
-   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);
-
-   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);
-
-   vagy
-    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.
-   
-   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 
-   ö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: 
-   http://gborg.PostgreSQL.org/genpage?replication_research
-   
-   Egy többfelhasználós replikációs 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ó
-   alkalmazásban.
-   
-   5.2) Hogyan lehet új adattípusokat és funkciókat hozzáadni a PostgreSQL 
-   disztribúcióhoz?
-   
-   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 
-   ú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.
-   
-