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

PostgreSQL GyIK

+
+
+
+
Utolsó módosítás dátuma: 2005 május 9.
+
Fordítás aktualizálása: 2005 június
+


+A GyIK karbantartója: Bruce Momjian (pgman@candle.pha.pa.us)
+
Fordító: Hornyák László
(laszlo.hornyak.nospam@gmail.com)
+


+A legfrissebb verzió itt érhetõ el (angol):
+
http://www.PostgreSQL.org/docs/faq-english.html.
+


+Legfrissebb magyar nyelvû verzió:
+
http://hackers.forgeahead.hu/space/PostgreSQL/GYIK
+


+Platform specifikus kérdések:
+
http://www.PostgreSQL.org/users-lounge/docs/faq.html.
+
+
+

Általános kérdések

+
+1.1 Mi a PostgreSQL? Hogy kell kimondani?
+1.2 Mik a PostgreSQL felhasználási +feltételei?
+1.3 Milyen UNIX operá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?
+1.16 Ki irányítja 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 eredeti neve Postgres volt. Amikor SQL +funkcionalítással egészítették ki +1995-ben, a nevét Postgres95-re változtatták. 1996 +végén kapta mai nevét.

+
+ 1.2 Mik a +PostgreSQL felhasználási +feltételei?
+
+
   Az eredeti angol copyright szöveg:
+
   --------------------
+
   PostgreSQL is subject to the following COPYRIGHT:
+

   PostgreSQL Data Base Management System
+

   Portions copyright (c) 1996-2002, PostgreSQL Global Development Group
+
   Portions Copyright (c) 1994-6 Regents of the University of California
+

   Permission to use, copy, modify, and distribute this software and its
+
   documentation for any purpose, without fee, and without a written
+
   agreement is hereby granted, provided that the above copyright notice
+
   and this paragraph and the following two paragraphs appear in all
+
   copies.
+

   IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY
+
   FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES,
+
   INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND
+
   ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN
+
   ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+

   THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES,
+
   INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
+
   MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE
+
   PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF
+
   CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT,
+
   UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
+
   --------------------
+


+

+Ami nagyon leegyszerûsítve azt jelenti, hogy jogod van +használni a szoftvert mindenféle +ellenszolgáltatás (pénz, stb) nélkül, +a forrás 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õ +tartalommal:

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

+

Magyar nyelvű levelezési lista nincs, de ha tudok segiteni a +fenit e-mail cimemen elérhető vagyok.

+ 1.7 Melyik +a legfrissebb kiadás?
+

A legfrissebb PostgreSQL kiadás a 8.0.

+

A tervek szerint minden évben lesz egy nagyobb +fejlesztéseket tartalmazó kiadás, míg a +kisebb fejlesztéseket néhány havonta adjuk ki.
+

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

+

1.16 Ki +irányítja a PostgreSQL-t?
+

+

Ha +központi bizottságot, ellenörző céget keresel a +PostgreSQL mögött, add fel, nincs ilyesmi. Létezik egy +mag és CVS commiter csoport, de ez inkáb adminisztrativ +mint ellenörző célú. A projectet fejlesztők +és felhasználók közössége +irányítja, amihez bárki csatlakozhat. +Csupán annyit kell tenned hogy felíratkozol a +levelezőlistékra és részt veszel a +beszélgetésekben.

+

+
+

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?

+

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 http://techdocs.postgresql.org/guides/GUITools +oldalon találhatsz egy pontos és részltes +listát.
+

+

2.4 +Milyen +programozási nyelvekkel lehet +elérni a PostgreSQL szervert?

+

A következök:

+ +
+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étrehozni.

+

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

+

Hardver kiválasztásában segíthet: http://candle.pha.pa.us/main/writings/pgsql/hw_performance/index.html +és http://www.powerpostgresql.com/PerfList/.
+

+

A postgresql.conf beállitásaival kapcsolatos +tudnivalók: http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html +és http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html.

+

+

3.7) +Milyen hibakeresõ +lehetõségek érhetõek el?

+

A PostgreSQL számos lehetöséggel rendelkezik ami +értékes lehet a hibakeresésnél.

+Elösször is, futtathatod a configure scriptet +--enable-cassert 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 helyreállitás nélkül. +

+

Mûködtetési +kérdések

+
+ 4.1) Mi a +különbség a +bináris és a normál kurzorok között?
+

Nézd meg a DECLARE dokumentá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:

+ +

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ényének ötszörösét is +elfoglalhatja.

+

Képzelj el például, egy 100.000 soros +szöveget, aminek minde sora egy szá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 ezeketa 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:

+ + 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?

+ +

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:

+ +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öltbe, bizonytalan hogy egy +adatbázisok közötti +lekérdezésnek hogyankellene viselkednie.

+

A contrib/dblink könyvtárban találsz egy +megoldást erre, ami funkció hivások +segitségével +mûködik. Persze, a kliens hozhat +létreszimultán kapcsolatot több adatbázissal, +és +összefésülheti az eredményeket.

+

4.25) +Hogy tudok több soros vagy oszlopos +eredményt visszaadni egy 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 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?
+

Bár a replikáció egyetlen terület, +több technológia létezik replikációra, +természetesen mindnek meg vannak a maga előnyei és +hátrányai.

+

A master/slave replikációs megoldással a master +adatbázison hajthatunk végre modosításokat, +míg a slave adatbázisokon csak +lekérdezéseket. A PostgreSQL legnépszerűbb +master/slave replikációs megoldása a Solny-I.

+

Számos más master/slave replikációs +lehetõség létezik.Egy Listát olvashatsz +ezekrõl itt:

+

http://gborg.PostgreSQL.org/genpage?replication_research

+

A multi-master replikáció lehetővé teszi +több master adatbázis használatát, bár +ez a technológia drasztikusan csökkenti az adatbázis +teljesítményét a sok szinkornizáció +miatt. A PGCluster a legelterjedtebb ilyen megoldás.

+

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

+
+
+ + -- 2.40.0