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