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

Frequently Asked Questions (FAQ) for PostgreSQL

-

Last updated: Mon May 30 09:11:03 EDT 2005

+

Last updated: Fri Sep 16 14:07:22 EDT 2005

Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us) @@ -26,7 +26,7 @@

General Questions

- 1.1) What is PostgreSQL? How is it pronounced?
+ 1.1) What is PostgreSQL? How is it pronounced?
1.2) What is the copyright of PostgreSQL?
1.3) What platforms does PostgreSQL support?
1.4) Where can I get PostgreSQL?
@@ -116,7 +116,9 @@ does not exist" errors when accessing temporary tables in PL/PgSQL functions?
4.20) What replication solutions are available?
- + 4.21) Why are my table and column names not + recognized in my query?
+
@@ -124,8 +126,10 @@

1.1) What is PostgreSQL? How is it pronounced?

-

PostgreSQL is pronounced Post-Gres-Q-L, also called just - Postgres.

+

PostgreSQL is pronounced Post-Gres-Q-L, and is also sometimes + referred to as just Postgres. An audio file is available in + MP3 format for + those would like to hear the pronunciation.

PostgreSQL is an object-relational database system that has the features of traditional commercial database systems with @@ -231,7 +235,7 @@

1.7) What is the latest release?

-

The latest release of PostgreSQL is version 8.0.2.

+

The latest release of PostgreSQL is version 8.0.3.

We plan to have a major release every year, with minor releases every few months.

@@ -613,6 +617,12 @@ table?unlimited

The maximum table size and maximum number of columns can be quadrupled by increasing the default block size to 32k.

+

One limitation is that indexes can not be created on columns + longer than about 2,000 characters. Fortunately, such indexes are + rarely needed. Uniqueness is best guaranteed by a funtion index + of an MD5 hash of the long column, and full text indexing + allows for searching of words within the column.

+

4.5) How much database disk space is required to store data from a typical text file?

@@ -625,23 +635,23 @@ table?unlimited The size of the PostgreSQL database file containing this data can be estimated as 6.4 MB:

-    32 bytes: each row header (approximate)
+    28 bytes: each row header (approximate)
     24 bytes: one int field and one text field
    + 4 bytes: pointer on page to tuple
    ----------------------------------------
-    60 bytes per row
+    56 bytes per row
 
    The data page size in PostgreSQL is 8192 bytes (8 KB), so:
 
    8192 bytes per page
-   -------------------   =  136 rows per database page (rounded down)
-     60 bytes per row
+   -------------------   =  146 rows per database page (rounded down)
+     56 bytes per row
 
    100000 data rows
-   --------------------  =  735 database pages (rounded up)
-      128 rows per page
+   --------------------  =  685 database pages (rounded up)
+      146 rows per page
 
-735 database pages * 8192 bytes per page  =  6,021,120 bytes (6 MB)
+685 database pages * 8192 bytes per page  =  5,611,520 bytes (5.6 MB)

Indexes do not require as much overhead, but do contain the data @@ -740,7 +750,12 @@ table?unlimited 

     CREATE INDEX tabindex ON tab (lower(col));
- +

If the above index is created as UNIQUE, though + the column can store upper and lowercase characters, it can not have + identical values that differ only in case. To force a particular + case to be stored in the column, use a CHECK + constraint or a trigger.

+

4.9) In a query, how do I detect if a field is NULL? How can I sort on whether a field is NULL or not?

@@ -1000,5 +1015,22 @@ length

There are also commercial and hardware-based replication solutions available supporting a variety of replication models.

+ +

4.21) Why are my table and column names not + recognized in my query?

+ +

The most common cause is the use of double-quotes around table or + column names during table creation. When double-quotes are used, + table and column names (called identifiers) are stored case-sensitive, meaning you must use + double-quotes when referencing the names in a query. Some interfaces, + like pgAdmin, automatically double-quote identifiers during table + creation. So, for identifiers to be recognized, you must either: +

diff --git a/doc/src/FAQ/FAQ_DEV.html b/doc/src/FAQ/FAQ_DEV.html index 9a863498829..69db6aa18c8 100644 --- a/doc/src/FAQ/FAQ_DEV.html +++ b/doc/src/FAQ/FAQ_DEV.html @@ -13,7 +13,7 @@

Developer's Frequently Asked Questions (FAQ) for PostgreSQL

-

Last updated: Sat May 14 12:26:01 EDT 2005

+

Last updated: Mon Sep 19 21:28:08 EDT 2005

Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
@@ -147,11 +147,11 @@ before starting work. Failure to do so might mean your patch is rejected.

-

A web site is maintained for patches that are ready to be applied, +

A web site is maintained for patches awaiting review, http://momjian.postgresql.org/cgi-bin/pgpatches, and those that are being kept for the next release, - + http://momjian.postgresql.org/cgi-bin/pgpatches2.

1.5) I've developed a patch, what next?

@@ -992,9 +992,9 @@

You can also compile with profiling to see what functions are taking execution time. The backend profile files will be deposited - in the pgsql/data/base/dbname directory. The client profile - file will be put in the client's current directory. Linux requires - a compile with -DLINUX_PROFILE for proper profiling.

+ in the pgsql/data directory. The client profile file will be + put in the client's current directory. Linux requires a compile with + -DLINUX_PROFILE for proper profiling.

diff --git a/doc/src/FAQ/FAQ_MINGW.html b/doc/src/FAQ/FAQ_MINGW.html index 2f8bfc4ced6..e2a6f759f55 100644 --- a/doc/src/FAQ/FAQ_MINGW.html +++ b/doc/src/FAQ/FAQ_MINGW.html @@ -14,8 +14,8 @@

The most recent version of this document can be viewed at -http://momjian.postgresql.org/main/writings/pgsql/project/win32.html.

+"http://www.postgresql.org/docs/faqs.FAQ_MINGW.html"> +http://www.postgresql.org/docs/faqs.FAQ_MINGW.html.

The FAQ for running PostgreSQL on native Win32 is at