aboutsummaryrefslogtreecommitdiff
path: root/doc/FAQ_hungarian
diff options
context:
space:
mode:
Diffstat (limited to 'doc/FAQ_hungarian')
-rw-r--r--doc/FAQ_hungarian1234
1 files changed, 0 insertions, 1234 deletions
diff --git a/doc/FAQ_hungarian b/doc/FAQ_hungarian
deleted file mode 100644
index 99f5ba4c630..00000000000
--- a/doc/FAQ_hungarian
+++ /dev/null
@@ -1,1234 +0,0 @@
- PostgreSQL GyIK
-
- 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
- dump-ot kapok. Miért?
- 3.3 Amikor megprobálom inditani a postmaster-t, "IpcMemoryCreate" hibákat
- kapok. Miért?
- 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á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
- 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á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 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
- 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
- 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.
-
- (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á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 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á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 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á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á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á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á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á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 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újto cégek listája elérhetö itt:
- http://www.PostgreSQL.org/users-lounge/commercial-support.html
-
- 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
- http://www.PostgreSQL.org/docs/awbook.html és a
- 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á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 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á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 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 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á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)
- * 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á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 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 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
- 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 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 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
- 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 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á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
- 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á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 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 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 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 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 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á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á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, 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é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)
-
- 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álok
-
- vannak definiálva?
-
- A psql-ben találsz számos '\' karakterrel kezdödö utasítást az ilyen
- 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 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á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.
- * Az alapértelmezett C hellyel kell futtatni az initdb-t.
- 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?
-
- * "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 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é 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?
-
- 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á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á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 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), 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 ö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 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 tranzakcios blokkban helyezd el. (BEGIN és
- COMMIT között)
-
- Jelenleg a PostgreSQL ezt a szabályt azzal teszi kötelezővé, hogy a
- 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 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);
-
- 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 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
- ö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á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
-
- 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 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 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 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 opcioját, így
- a compiler maga fogja ellenőrizni a függőségeket.
generated by cgit v1.2.3 (git 2.25.1) at 2025-06-04 09:09:05 +0000