projects / postgresql.git / commitdiff
| author | Bruce Momjian | |
| Mon, 12 Jul 2004 00:22:51 +0000 (00:22 +0000) | ||
| committer | Bruce Momjian | |
| Mon, 12 Jul 2004 00:22:51 +0000 (00:22 +0000) |
| doc/src/FAQ/FAQ_czech.html | patch | blob | blame | history |
PostgreSQL se vyslovuje Post-Gres-Q-L.
PostgreSQL vyvýjí tým vývojáøù pøihlá¹ených do vývojáøské konference
Autory první verze PostgreSQL 1.01 byli Andrew Yu and Jolly
Pùvodní název software z Berkley byl Postgres. Po pøidání jazyka SQL
PostgreSQL je pøedmìtem následujících autorských práv:
Dílèí copyright (c) 1996-2002, PostgreSQL Global Development Group
Dílèí copyright (c) 1994-6, Regents of the University of California
Udìluje se oprávnìní k u¾ití, rozmno¾ování, provádìní úprav a
THE UNIVERSITY OF CALIFORNIA ("KALIFORNSKÁ UNIVERZITA") NENÍ V ®ÁDNÉM
THE UNIVERSITY OF CALIFORNIA ZEJMÉNA NEPOSKYTUJE JAKÉKOLI ZÁRUKY, A TO
Vý¹e uvedené je BSD licence, bì¾ná licence otevøeného zdroje. Není zde
PostgreSQL bì¾í na v¹ech moderních unixových platformách. V instalaèních
Knihovna libpq, psql a nìkteré dal¹í moduly byly pøelo¾eny pro
Server mù¾e být na WindowsNT a Win2k provozován pouze s knihovnou Cygwin,
Primárním anonymním ftp serverem pro PostgreSQL je
Hlavním mailová konference je [email protected]. Slou¾í
subscribe
Mù¾ete si vy¾ádat denní pøehled (diggest), který má zhruba 30K dennì zpráv.
Konference psql-bugs je urèena k zasílání zpráv o chybách. Pro pøihlá¹ení
Do vývojáøské konference se pøihlásíte odesláním dopisu s
Seznam dal¹ích konferencí naleznete na stránkách PostgreSQL
Poslední verzí je PostgreSQL 7.4.. Plánujeme uvolnit velkou verzi
Rùzné manuály, manuálové stránky a nìkolik malých testovacích pøíkladù
Na adresách
psql má u¾iteèný metapøíkaz \d slou¾ící k zobrazení informací
Poslední aktualizace: Støeda 23. èervna 21:10:00 EST 2004
Souèasný správce: Bruce Momjian ( Pøelo¾il: Pavel Stìhule ( Aktuální verzi tohoto dokumentu naleznete na adrese: Odpovìdi na dotazy relevantní ke konkrétním platformám PostgreSQL se vyslovuje Post-Gres-Q-L. Zvukový záznam je PostgreSQL vychází z databáze POSTGRES (a stále je nìkdy oznaèován PostgreSQL vyvýjí tým vývojáøù pøihlá¹ených do vývojáøské konference Autory první verze PostgreSQL 1.01 byli Andrew Yu and Jolly Chen. Do Pùvodní název software z Berkley byl Postgres. Po pøidání jazyka SQL se PostgreSQL je pøedmìtem následujících autorských práv: Dílèí copyright (c) 1996-2004, PostgreSQL Global Development Group Udìluje se oprávnìní k u¾ití, rozmno¾ování, provádìní úprav a THE UNIVERSITY OF CALIFORNIA ("KALIFORNSKÁ UNIVERZITA") NENÍ V ®ÁDNÉM HE UNIVERSITY OF CALIFORNIA ZEJMÉNA NEPOSKYTUJE JAKÉKOLI ZÁRUKY, A TO Vý¹e uvedené je BSD licence, bì¾ná licence otevøeného zdroje. Není zde PostgreSQL bì¾í na v¹ech moderních unixových platformách. V instalaèních Klient Knihovna libpq, psql a nìkteré dal¹í moduly byly pøelo¾eny pro MS Server Server mù¾e být na WindowsNT a Win2k provozován pouze s knihovnou Na nativním portu pro MS Win NT/2000/XP se pracuje. Dal¹í informace Existující port pro Novell Netware 6 naleznete na Více dokumentace naleznete na na¹ich webových stránkách. Primárním anonymním ftp serverem pro PostgreSQL je PostgreSQL podporuje roz¹íøenou podmno¾inu SQL-92. V na¹em V knize The PostgreSQL book na Dal¹í je Teach Yourself SQL in 21 days, Second Edition na Mnoho u¾ivatelù doporuèuje The Practical SQL Handbook, Bowman, Judith Nemá, mù¾eme pracovat s datumy po roce 2000 na¹eho letopoètu i pøed Nejdøíve si stáhnìte nejnovìj¹í zdroje a pøeètìte si vývojáøskou Právo commit má v cvs archivu asi tøinácti lidí. Ka¾dý z nich Nav¹tivte na¹i PostgreSQL BugTool stránku na Ovìøte si na na¹em ftp serveru Existuje nìkolik hledisek jak porovnávat software: vlastnosti, výkon, PostgreSQL má hodnì spoleèných vlastností s velkými komerèními Výkonnostnì je na tom PostgreSQL podobnì jako dal¹í komerèní Jsme si vìdomi, ¾e databáze musí být spolehlivá, jinak je Na na¹í mailové konferenci mù¾ete kontaktovat velkou skupinu Hlavní mailová konference je: Mù¾ete si vy¾ádat denní pøehled (diggest), který má zhruba 30K dennì Konference psql-bugs je urèena k zasílání zpráv o chybách. Pro Do vývojáøské konference se pøihlásíte odesláním dopisu s ji¾ zmiòovaným Seznam dal¹ích konferencí naleznete na stránkách PostgreSQL: Poslední verze PostgreSQL je 7.4.3. Plánujeme uvolnit významnou verzi Rùzné manuály, manuálové stránky a nìkolik malých testovacích pøíkladù Na adresách psql má u¾iteèný metapøíkaz \d slou¾ící k zobrazení informací o typech, Více dokumentace naleznete na na¹ich webových stránkách. PostgreSQL podporuje roz¹íøenou podmno¾inu SQL-92. V na¹em V knize The PostgreSQL book na Dal¹í je Teach Yourself SQL in 21 days, Second Edition na Mnoho u¾ivatelù doporuèuje The Practical SQL Handbook, Bowman, Judith Nemá, mù¾eme pracovat s datumy po roce 2000 na¹eho letopoètu i pøed Nejdøíve si stáhnìte nejnovìj¹í zdroje a pøeètìte si vývojáøskou pgsql-patches. Kvalitní záplaty posílejte do Právo commit má v CVS archivu asi tøinácti lidí. Ka¾dý z nich poslal Nav¹tivte na¹i PostgreSQL BugTool stránku na Ovìøte si na na¹em ftp serveru Existuje nìkolik hledisek jak porovnávat software: vlastnosti, výkon, PosgreSQL lze volnì pou¾ívat pro nekomerèní i komerèní PosgreSQL má prvotøídní infrastrukturu od na¹eho zaèátku v roce PosgreSQL má prvotøídní infrastrukturu od na¹eho zaèátku v roce 1996. Kvalitní infrastruktura je velice dùle¾itá pro ka¾dý open source Kvalitní infrastruktura je velice dùle¾itá pro ka¾dý open source Tato infrastruktura není laciná. K jejímu zaji¹tìní je tøeba stále hradit urèité Tato infrastruktura není laciná. K jejímu zaji¹tìní je tøeba stále Aèkoliv webová stránka zmiòuje PostgreSQL, Inc. vklady jsou urèeny Aèkoliv webová stránka zmiòuje PostgreSQL, Inc. vklady jsou urèeny pouze Pokud máte pøíklad úspì¹ného nasazení PostgreSQL, pøihla¹tì se na ná¹ Pokud máte pøíklad úspì¹ného nasazení PostgreSQL, pøihla¹tì se na ná¹ Pro PostgreSQL existují dva ODBC ovladaèe - PsqlODBC a OpenLink ODBC.> Pro PostgreSQL existují dva ODBC ovladaèe - PsqlODBC a OpenLink ODBC.> PsqlODBC je ke sta¾ení na PsqlODBC je ke sta¾ení na OpenLink mù¾ete získat na OpenLink mù¾ete získat na Pìkný úvod do databázových technologií zabezpeèujících chod Pìkný úvod do databázových technologií zabezpeèujících chod webových Pro slo¾itìj¹í pøípady se èasto pou¾ívá Perl a CGI.pm nebo mod_perl.> Pro slo¾itìj¹í pøípady se èasto pou¾ívá Perl a CGI.pm nebo mod_perl.> Pro PostgreSQL existuje nìkolik grafických rozhraní: Pro PostgreSQL existuje nìkolik grafických rozhraní: PgAccess Úplnìj¹í seznam najdete na Úplnìj¹í seznam najdete na Vìt¹ina programovacích jazykù obsahuje rozhraní pro Vìt¹ina programovacích jazykù obsahuje rozhraní pro PostgreSQL. Distribuce PostgreSQL obsahuje tato rozhraní: Dal¹í rozhraní jsou dostupná na Distribuce PostgreSQL obsahuje tato rozhraní: Dal¹í rozhraní jsou dostupná na Pou¾ijte volbu --prefix pøi spu¹tìní configure> Pou¾ijte volbu --prefix pøi spu¹tìní configure.> Dùvody mohou být rùzné, ale nejprve zkontrolujte, zda Vá¹ systém Dùvody mohou být rùzné, ale nejprve zkontrolujte, zda Vá¹ systém Buïto nemáte správnì nakonfigurovanou sdílenou pamì» v jádøe nebo musite Buïto nemáte správnì nakonfigurovanou sdílenou pamì» v jádøe nebo Pokud dostane chybovou zprávu IpcSemaphoreCreate: semget failed (No Nefunkèní semafory mohou zpùsobit pád bìhem intenzivních databázových Pokud se tato chyba vyskytuje je¹tì nìkde jinde, mo¾ná nemáte vùbec Pokud dostane chybovou zprávu IpcSemaphoreCreate: semget failed (No Nefunkèní semafory mohou zpùsobit pád bìhem intenzivních databázových Pokud se tato chyba vyskytuje je¹tì nìkde jinde, mo¾ná nemáte vùbec Pøi výchozím nastavení PostgreSQL odepøe pøístup z jiných stanic ne¾ Urèitì pomohou indexy. Pøíkaz EXPLAIN zobrazí zpùsob interpretace Pøi vìt¹í dávce INSERTù uva¾ujte o náhradì pøíkazem COPY. Ten je Máte nìkolik dal¹ích mo¾ností, jak zlep¹it výkon. Mù¾ete zakázat fsyn() Mù¾ete zvý¹it velikost pamì»ových bufferù pou¾itých backendy Dále mù¾ete pou¾ít pøepínaè -S k zvý¹ení limitu pamìti pro backendy Mù¾ete pou¾ít pøíkaz CLUSTER, který uspoøádá fyzicky data v Máte nìkolik mo¾ností jak se dostat k u¾iteèným stavovým informacím. Zaprvé, pøi pøekladu pou¾ijte pøepínaè --enable-cassert, tím se zapne Jak postmaster tak postgres má nìkolik pøepínaèù umo¾òujících Tím se vytvoøí log v adresáøi PostgreSQL, Tento soubor obsahuje Pokud nebì¾í postmaster, mù¾ete spustit backend PostgreSQL z pøíkazové Pokud bì¾í postmaster, spus»e psql v jednom oknì a pak si zjistìte PID Pro ladìní a mìøení výkonu mohou být u¾iteèné pøepínaèe -s, -A a -t Mù¾ete provést pøeklad s profilací, tak abyste vidìli kolik èasu Zvy¹te limit postmastera na maximální poèet souèasnì spu¹tìných backendù. Výchozí hodnota je 32 backendù. Tuto hodnotu zvý¹íte zastavením a Pøi zvý¹ení hodnoty -N nad 32 musíte zvý¹it hodnotu -B nad výchozí 64, Tento adresáø obsahuje doèasné soubory vytvoøené exekutorem Doèasné soubory jsou obvykle mazány automaticky, ale mù¾e se stát, ¾e PostgreSQL se minimálnì mìní bìhem malých verzí, tak¾e napø. pøi upgrade z Popis najdete v manuálové stránce DECLARE Podívejte se do man. stránky pøíkazu FETCH, nebo pou¾ijte SELECT ... Není nutné zpracovávat celý dotaz, kdy¾ potøebujete pouze nìkolik prvních K získání náhodného øádku pou¾ijte: Podívejte se do zdrojových kódù psql do souboru Poèínaje verzí 7.3 mù¾ete pou¾ít pøíkaz ALTER TABLE DROP COLUMN. Ve Pro zmìnu typu sloupce je tøeba provést: Poté proveïte VACUUM FULL tab - uvolníte tím diskový prostor zabraný PostgreSQL má tato omezení: Ve skuteènosti nic není neomezeno, limitem bývá v¾dy dostupná disková Maximální velikost tabulky je 32 TB a nevy¾aduje podporu velkých souborù Maximální velikost tabulky a maximální poèet sloupcù mù¾eme PostgreSQL vy¾aduje a¾ pìtinásobek diskového prostoru k ulo¾ení dat z Napøíklad, uva¾ujme soubor se 100 tisíci øádky obsahující na ka¾dé Velikost datové stránky PostgreSQL je 8KB Indexy nemají tak velkou re¾ii, ale mohou být také velké, Hodnoty NULL jsou ulo¾eny v bitmapách, tak¾e spotøebují jen velmi málo psql má sadu metapøíkazù k zobrazení tìchto informací. Jejich seznam Soubor pgsql/src/tutorial/syscat.source obsahuje SELECTy pøistupující Ka¾dý dotaz nemusí nutnì pou¾ít existující indexy. Index se pou¾ije tehdy, PostgreSQL rozhoduje o pou¾ití indexù na základì statistiky pøístupù k Indexy nejsou obyèejnì pou¾ity pro setøídìní nebo spojení Jinak je tomu v pøípadì pou¾ití LIMIT a ORDER BY, pøi kterém se Pokud si myslíte, ¾e optimizer mylnì zvolil sekvenèní prohledávání Pøi vyhledávání na základì vzoru jako je napø. operátor LIKE nebo ~ se Podívejte se do manuálové stránky pøíkazu EXPLAIN. R-tree index se pou¾ívá pro indexování prostorových dat. Hash index Pùvodní návrh R-tree je Guttman, A. "R-trees: A Dynamic Index Tyto materiály naleznete v Stonebraker's "Readings in Database Systems". Vestavìné R-tree mù¾e slou¾it k indexaci polygonù a GEQO modul urychluje optimalizaci dotazù pøi spojování mno¾ství Operátor ~ slou¾í k porování s regulárním výrazem, jeho modifikace *~ Pro vyhledávání bez ohledu na velká malá písmena pou¾ijeme V tomto pøípadì se nepou¾ije standardní index. Nicménì, pou¾ije se Urèíte pomocí IS NULL nebo IS NOT NULL Pøi výchozím nastavení PostgreSQL odepøe pøístup z jiných stanic ne¾ Urèitì pomohou indexy. Pøíkaz EXPLAIN ANALYZE Vám umo¾ní sledovat Pøi vìt¹í dávce INSERTù uva¾ujte o náhradì pøíkazem COPY. Ten je mnohem Máte nìkolik dal¹ích mo¾ností, jak zlep¹it výkon. Mù¾ete zakázat fsyn() Mù¾ete zvý¹it velikost pamì»ových bufferù pou¾itých backendy tj. Dále mù¾ete pou¾ít pøepínaè -S k zvý¹ení limitu pamìti pro backendy na Mù¾ete pou¾ít pøíkaz CLUSTER, který uspoøádá fyzicky data v tabulkách Máte nìkolik mo¾ností jak se dostat k u¾iteèným stavovým informacím. Zaprvé, pøi pøekladu pou¾ijte pøepínaè --enable-cassert, tím se zapne Jak postmaster tak postgres má nìkolik pøepínaèù umo¾òujících ladìní. Tím se vytvoøí log v adresáøi PostgreSQL, Tento soubor obsahuje u¾iteèné Pokud nebì¾í postmaster, mù¾ete spustit backend PostgreSQL z pøíkazové Pokud bì¾í postmaster, spus»e psql v jednom oknì a pak si zjistìte PID Pro ladìní a mìøení výkonu mohou být u¾iteèné pøepínaèe -s, -A a -t Mù¾ete provést pøeklad s profilací, tak abyste vidìli kolik èasu Zvy¹te limit postmastera na maximální poèet souèasnì spu¹tìných Výchozí hodnota je 32 backendù. Tuto hodnotu zvý¹íte zastavením a Pøi zvý¹ení hodnoty -N nad 32 musíte zvý¹it hodnotu -B nad výchozí 64, Tento adresáø obsahuje doèasné soubory vytvoøené exekutorem dotazù. Doèasné soubory jsou obvykle mazány automaticky, ale mù¾e se stát, ¾e PostgreSQL se minimálnì mìní bìhem malých verzí, tak¾e napø. pøi upgrade Popis najdete v manuálové stránce DECLARE Podívejte se do man. stránky pøíkazu FETCH, nebo pou¾ijte SELECT ... I kdy¾ potøebujete získat pouze prvních nìkolik øádkù, je tøeba K získání náhodného øádku pou¾ijte: Pøíkaz \dt v psql zobrazí seznam tabulek. Úplný seznam pøíkazù psql Poèínaje verzí 7.3 mù¾ete pou¾ít pøíkaz ALTER TABLE DROP COLUMN. Ve Pro zmìnu typu sloupce je tøeba provést: PostgreSQL má tato omezení: Ve skuteènosti nic není neomezeno, limitem bývá v¾dy dostupná disková Maximální velikost tabulky je 32 TB a nevy¾aduje podporu velkých souborù Maximální velikost tabulky a maximální poèet sloupcù mù¾eme PostgreSQL vy¾aduje a¾ pìtinásobek diskového prostoru k ulo¾ení dat z Napøíklad, uva¾ujme soubor se 100 tisíci øádky obsahující na ka¾dé øádce Indexy nemají tak velkou re¾ii, ale mohou být také velké, proto¾e Hodnoty NULL jsou ulo¾eny v bitmapách, tak¾e spotøebují jen velmi málo psql má sadu metapøíkazù k zobrazení tìchto informací. Jejich seznam Soubor pgsql/src/tutorial/syscat.source obsahuje SELECTy pøistupující k Ka¾dý dotaz nemusí nutnì pou¾ít existující indexy. Index se pou¾ije PostgreSQL rozhoduje o pou¾ití indexù na základì statistiky pøístupù k Indexy nejsou obyèejnì pou¾ity pro setøídìní nebo spojení tabulek. Jinak je tomu v pøípadì pou¾ití LIMIT a ORDER BY, pøi kterém se vìt¹inou Pokud si myslíte, ¾e optimizer mylnì zvolil sekvenèní prohledávání Pøi vyhledávání na základì vzoru jako je napø. operátor LIKE nebo ~ se R-tree index se pou¾ívá pro indexování prostorových dat. Hash index Pùvodní návrh R-tree je Guttman, A. "R-trees: A Dynamic Index Structure Tyto materiály naleznete v Stonebraker's "Readings in Database Systems". Vestavìné R-tree mù¾e slou¾it k indexaci polygonù a oblastí. Teoreticky GEQO modul urychluje optimalizaci dotazù pøi spojování mno¾ství tabulek Operátor ~ slou¾í k porování s regulárním výrazem, jeho modifikace *~ Pro vyhledávání bez ohledu na velká malá písmena pou¾ijeme: Urèíte pomocí IS NULL nebo IS NOT NULL S interními názvy se setkáte v systémovém katalogu a v nìkterých První ètyøi uvedené typy jsou tzv. varlena typy (tj. první ètyøi byty VARCHAR(n) je vhodný pro ukládání textù prommìné délky s pevnì CHAR(n) slou¾í k ukládání øetìzcù stejné délky. CHAR(n) doplní prázdné PostgreSQL podporuje typ SERIAL. Pøi jeho pou¾ití se automaticky Viz dokumentace create_sequence v manuálových stránkách. Dále mù¾ete pou¾ít Jednou z mo¾ností je získat budoucí hodnotu SERIAL funkcí nextval pøed Mù¾ete pak je¹tì pou¾ít hodnotu newid v dal¹ích dotazech, napø. jako Alternativnì mù¾ete získat hodnotu poslednì generovou sekvencí funkcí Koneènì mù¾ete pou¾ít OID hodnotu vrácenou pøíkazem INSERT, ale to je Nikoliv, currval() vrací hodnotu naposledy generovanou ve va¹em K zaji¹tìní efektivnosti soubìhu, jsou hodnoty posloupnosti, kdy¾ se o nì Ka¾dý øádek vytvoøený v PostgreSQL získá jedineèné OID. V¹echna OID PostgreSQL pou¾ívá OID ve svém interním systému tabulek k vytvoøení OID jsou dána v¹em øádkùm z centrální oblasti a jsou pou¾ita v ka¾dé OID jsou ulo¾ena jako 4bajtový integer a pøeteèou po ètyøech TID se pou¾ívají i identifikaci fyzických øádkù s hodnotou bloku a V nìkterých zdrojových kódech nebo star¹í dokumentaci se mù¾ete setkat seznam tìchto výrazù mù¾ete nalézt na Pravdìpodobnì do¹lo k vyèerpání virtuální pamì»i na Va¹em systému, nebo Zále¾í na Va¹em shellu, zda budou tyto pøíkazy úspì¹né, mìly by zvý¹it V psql spus»te V¹echny operace s velkými objekty - lo_open, lo_close, ... musíte PostgreSQL uvolòuje handle velkých objektù pøi skonèení transakce. Pokud Pokud pou¾íváte interface podobné ODBC musíte nastavit set auto_commit off Pou¾ijte CURRENT_TIMESTAMP Aktuálnì spojujeme tabulky se sekvenèním skenováním výsledku pro ka¾dý Pro urychlení vytvoøete index pro subcol. Tento výkonnostní problém PostgreSQL podporuje vnìj¹í spojení tabulek standardními SQL Tyto identické dotazy napojí t1.col na t2.col a je¹tì pøidá V døívìj¹ích verzích se vnìj¹í spojení tabulek mohlo simulovat pomocí PostgreSQL nenabízí ¾ádný zpùsob, jak se dotázat do jiné databáze ne¾ V PostgreSQL 7.3 mù¾ete jednodu¹e vracet více øádkù nebo sloupcù z Existuje nìkolik dostupných øe¹ení master/slave replikací. Ty povolují contrib/pgcrypto obsahuje ¹ifrovací funkce pou¾itelné v SQL K ¹ifrování pøenosu dat z klienta na server, musí být Hesla u¾ivatelù databáze jsou za¹ifrována poèínaje verzí 7.3. Ve Server mù¾e bì¾et na ¹ifrovaném souborovém systému. Problém mù¾e být zpùsoben mnoha okolnostmi. Vyzkou¹ejte si svoji Po¹lete své roz¹íøení do konference pgsql-hackers, a ono pak mo¾ná Funkce vracející tabulky jsou podporované PostgreSQL 7.3 a vy¹¹í pro Makefile nemá informace o závislostech mezi hlavièkovými soubory. Musíte S interními názvy se setkáte v systémovém katalogu a v nìkterých První ètyøi uvedené typy jsou tzv. varlena typy (tj. první ètyøi byty na VARCHAR(n) je vhodný pro ukládání textù prommìné délky s pevnì CHAR(n) slou¾í k ukládání øetìzcù stejné délky. CHAR(n) doplní prázdné PostgreSQL podporuje typ SERIAL. Pøi jeho pou¾ití se automaticky vytvoøí Jednou z mo¾ností je získat budoucí hodnotu SERIAL funkcí nextval() pøed Mù¾ete pak je¹tì pou¾ít hodnotu newid v dal¹ích dotazech, napø. jako Alternativnì mù¾ete získat hodnotu poslednì generovou sekvencí funkcí Koneènì mù¾ete pou¾ít OID hodnotu vrácenou pøíkazem INSERT, ale to je Nikoliv, currval() vrací hodnotu naposledy generovanou ve va¹em K zaji¹tìní efektivnosti soubìhu, jsou hodnoty posloupnosti, kdy¾ se o Ka¾dý øádek vytvoøený v PostgreSQL získá jedineèné OID. V¹echna OID PostgreSQL pou¾ívá OID ve svém interním systému tabulek k vytvoøení OID jsou dána v¹em øádkùm z centrální oblasti a jsou pou¾ita v ka¾dé OID jsou ulo¾ena jako 4bajtový integer a pøeteèou po ètyøech miliardách. TID se pou¾ívají i identifikaci fyzických øádkù s hodnotou bloku a V nìkterých zdrojových kódech nebo star¹í dokumentaci se mù¾ete setkat s seznam tìchto výrazù mù¾ete nalézt na Pravdìpodobnì do¹lo k vyèerpání virtuální pamì»i na Va¹em systému, nebo Zále¾í na Va¹em shellu, zda budou tyto pøíkazy úspì¹né, mìly by zvý¹it V psql spus»te V¹echny operace s velkými objekty - PostgreSQL uvolòuje handle velkých objektù pøi skonèení transakce. Pokud Pou¾ijte CURRENT_TIMESTAMP: Døívìj¹í verze (pøed 7.4) spojovali vnoøené dotazy k vnìj¹ím sekvenèním Pro urychlení vytvoøete index pro subcol. Ve verzi 7.4 a pozdìj¹ích, IN pou¾ívá stejnì sofistikovanou techniku PostgreSQL podporuje vnìj¹í spojení tabulek standardními SQL pøíkazy. Tyto identické dotazy napojí t1.col na t2.col a je¹tì pøidá nepøipojené V døívìj¹ích verzích se vnìj¹í spojení tabulek mohlo simulovat pomocí PostgreSQL nepodporuje dotazy do jiné ne¾ aktuální databáze. contrib/dblink nabízí funkce umo¾òující provedení dotazu v jiné V PostgreSQL 7.3 mù¾ete jednodu¹e vracet více øádkù nebo sloupcù z Pøelo¾ený kód PL/pgSQL funkce je ulo¾en ve vyrovnávací pamìti, tj. Existuje nìkolik dostupných øe¹ení master/slave replikací, tj umo¾òují Problém mù¾e být zpùsoben mnoha okolnostmi. Vyzkou¹ejte si svoji funkci Po¹lete své roz¹íøení do konference pgsql-hackers, a ono pak mo¾ná Funkce vracející tabulky jsou podporované PostgreSQL 7.3 a vy¹¹í pro Makefile nemá informace o závislostech mezi hlavièkovými soubory. Musíte+ "mailto:[email protected]">[email protected])
+
+ + "mailto:[email protected]">[email protected])
+
+ + "http://www.PostgreSQL.org/docs/faqs/FAQ.html">http://www.PostgreSQL.org/docs/faqs/FAQ.html.
+ Èeský pøeklad na adrese:
+ http://www.PostgreSQL.org/docs/faqs/FAQ_czech.html.
+
+
+ lze nalézt na adrese:
+ http://www.PostgreSQL.org/docs/index.html.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ core dump. Proè?
+
+ IpcMemoryCreate. Proè?
+
+ Proè?
+
+
+
+
+
+
+ mezi velkými verzemi PostgreSQL?
+
+
+
+
+
+
+
+
+
+ textového souboru?
+
+ databází?
+
+
+
+
+
+ insensitiv? Jak pou¾ít index pro case insensitive vyhledávání?
+
+
+
+
+
+ jinými u¾ivateli?
+
+ Proè vznikají díry v èíslování vlastní sekvencí/SERIAL sloupce?
+
+
+
+ AllocSetAlloc()"?
+
+
+
+
+
+
+
+
+ v PL/pgSQL funkcích?
+
+
+
+
+
+
+
+ PostgreSQL?
+
+
+ vzata v potaz. Proè?
+
+
+
+
+
+
+
+
+ dostupný na adrese
+
+
+ zjednodu¹enì jako Postgres) - výzkumného prototypu DBMS nové
+ generace. Z postgresu byl pøevzat silný datový model a bohatý soubor
+ datových typù a jeho dotazovací jazyk PostQuel byl nahrazen roz¹íøenou
+ podmno¾inou jazyka SQL. PostgreSQL lze pou¾ívat bez omezení a jeho
+ zdrojové kódy jsou volnì k dispozici.
+
+
+ PostgreSQL. Souèasným koordinátorem je Marc G. Fournier (+ "mailto:[email protected]">[email protected]).
+ (viz
+ PostgreSQL. Jedná se o veøejný projekt, který není øízen ¾ádnou firmou.
+ Pokud se chcete zapojit, pøeètìte si developer's FAQ na adrese + "http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html">http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html
+
+
+ portace, testování, ladìní a roz¹iøování kódu se zapojilo mnoho dal¹ích
+ vývojáøù . Pùvodni kód Postgresu, ze kterého PostgreSQL vychází, je
+ výsledkem úsilí mnoha studentù a programátorù pracujících pod vedením
+ prof. Michaela Stonebrakera na University of California v Berkley.
+
+
+ název zmìnil na Postgres95. Koncem roku 1996 byl RDBMS pøejmenován na
+ PostgreSQL.
+
+
+
+
+
+
+ Dílèí copyright (c) 1994-6, Regents of the University of California
+
+
+ roz¹iøování tohoto softwaru a dokumentace k nìmu, pro jakékoli úèely,
+ bez licenèního poplatku a bez písemné licenèní smlouvy, za podmínky, ¾e
+ na v¹ech jeho kopiích je uvedeno oznámení o vý¹e uvedených právech,
+ jako¾ i obsah tohoto a dvou následujících odstavcù.
+
+
+ PØÍPADÌ ODPOVÌDNA ®ÁDNÉ TØETÍ OSOBÌ ZA PØÍMOU, NEPØÍMOU, ZVLÁ©TNÍ,
+ NAHODILOU NEBO VÝSLEDNOU ©KODU, VÈETNÌ U©LÉHO ZISKU, ZPùSOBENOU U®ITÍM
+ TOHOTO SOFTWARU A DOKUMENTACE K NÌMU, A TO I V PØÍPADÌ, ®E THE
+ UNIVERSITY OF CALIFORNIA BYLA INFORMOVÁNA O MO®NOSTI VZNIKU TAKOVÉ
+ ©KODY.
+
+
+ NEJEN ZÁRUKY OBCHODOVATELNOSTI A VHODNOSTI TOHOTO VýROBKU KE SPECIFICKýM
+ ÚÈELùM. NÍ®E UVEDENý SOFTWARE JE POSKYTNUT "JAK STOJÍ A LE®Í" A THE
+ UNIVERSITY OF CALIFORNIA NENÍ POVINNA ZAJISTIT JEHO ÚDR®BU, PODPORU,
+ AKTUALIZACI, VYLEP©ENÍ NEBO MODIFIKACI.
+
+
+ ¾ádné omezení ohlednì u¾ití kódu zdroje. Jsme s tím spokojeni a nemáme v
+ úmyslu na této skuteènosti cokoli mìnit.
+
+
+
+
+ instrukcích naleznete aktuální seznam v¹ech platforem na kterých byla
+ testováním ovìøena funkcionalita PostgreSQL.
+
+
+
+
+
+
+ Windows. Klienta lze provozovat na MS Windows, ten prostøednictvím
+ TCP/IP protokolu komunikuje se serverem bì¾ícím na nìkteré z
+ podporovaných Unixových platforem. K pøekladu lze pou¾ít win32.mak a
+ Win32 knihovny libpq a psql. K databázi PostgerSQL lze pøistupovat skrze
+ rozhraní ODBC.
+
+
+
+
+ Cygwin, Cygnus Unix/NT porting library. Více pgsql/doc/FAQ_MSWIN v
+ distribuci nebo MS Windows FAQ na adrese
+
+
+
+ o aktuálním stavu PostgreSQL pro Windows naleznet na adrese
+
+
+ http://momjian.postgresql.org/main/writings/pgsql/win32.html.
+
+
+
+
+
-
+
+
+ Seznam zrcadel naleznete na na¹ich webových stránkách.
-
-
-
-seznam známých chyb, chybìjících vlastností a seznam vlastností,
-které budou do systému implementovány v budoucnu (vèetnì priorit).
-
-
-
-
-je vysvìtlen jazyk SQL (vy¹la èesky). Dal¹í dostupnou knihou je
-
-
-
-a na
-
-
-
-
-
-S., et al., Addison-Wesley. Jiní preferují The Complete Reference SQL,
-Groff et al., McGraw-Hill.
-
-
-
-
-rokem 2000 pø.n.l.
-
-
-
-
-dokumentaci na na¹em webu nebo v distribuci. Pak se pøihla¹te do
-konferencí pgsql-hackers a pgsql-patches. Kvalitní záplaty
-posílejte do pgsql-patches.
-
-
-poslal mnoho kvalitních záplat, tak¾e tehdej¹í commiters mìli
-jistotu, ¾e budou pøedkládat jenom kvalitní záplaty a mohli jim
-pøedìlit vìt¹í práva.
-
-
-
-
-
-smìrnice jak podat chybový report.
-
-
-máte nejnovìj¹í verzi PostgreSQL a zda-li k ní neexistují nìjaké záplaty.
-
-
-
-
-spolehlivost, podpora a cena.
-
-
Vlastnosti
-
- DBMS, napø. transakce, vnoøené dotazy, spou¹tì, pohledy,
- kontrolu referenèní integrity a sofistikované
- zamykání. Podporuje nìkteré vlastnosti, které tyto systémy
- nemají, u¾ivatelem definované typy, dìdiènost, pravidla, MVCC
- redukující zamykání.
-
-
Výkon
-
- ale i open source databáze, v nìèem je rychlej¹í, jindy
- pomalej¹í. V porovnání s MySQL a podobnými databázovými
- systémy je PostgreSQL rychlej¹í pøi víceu¾ivatelském
- pøístupu, slo¾itìj¹ích dotazech a zatí¾ení read/write dotazy. MySQL
- je rychlej¹í v jednodu¹¹ích dotazech s malým poètem
- u¾ivatelù. Navíc, MySQL nepodporuje mnohé vlatnosti zmínìné v
- sekci vlastnosti. Zapracovali jsme na spolehlivosti a podporovaných
- vlastnostech, a výkon zvy¹ujeme v ka¾dé
- verzi. Zajímavou stránku porovnávající PostgreSQL a MySQL
- naleznete na
-
- není Open Source komunita, ale komerèní spoleènost, pøesto¾e
- svoje produkty distribuuje jako Open Source.
-
-
Spolehlivost
-
- nepou¾itelná. Sna¾íme se zveøejòovat dobøe otestovaný, stabilní kód s
- minimem chyb. Ka¾dá verze je více ne¾ mìsíc v beta testování,
- a na¹e historie verzí ukazuje, ¾e mù¾eme nabídnout stabilní,
- solidní verze, které jsou pøipraveny pro reálné nasazení. V
- této oblasti jsme srovnatelní s dal¹ími databázemi.
-
-
Podpora
-
+
+
+
+ [email protected]. Slou¾í k
+ diskuzím ohlednì PostgreSQL. Pøihlásíte se zasláním mailu obsahující
+ následující øádky v tìle dopisu (nikoliv v záhlaví - subjectu):
+
+ subscribe
+ end
+
+ na adresu
+
+
+ zpráv.
+
+
+ pøihlá¹ení po¹lete mail se stejným obsahem jako v pøedchozím pøípadì na
+ adresu
+
+
+ obsahem na mailto:[email protected].
+
+
+
+
+
+
+
+
+ ka¾dých ¹est a¾ osm mìsícù.
+
+
+
+
+ jsou souèásti distribuce. Podívejte se do adresáøe /doc. Manuály jsou
+ pøístupné online na
+
+
+
+ naleznezte dvì online knihy o PostgreSQL. Seznam dostupné literatury je na
+
+ http://techdocs.PostgreSQL.org/techdocs/bookreviews.php. Soubor
+ technických èlánkù s tematikou PostgresQL najdete na + "http://techdocs.PostgreSQL.org/">http://techdocs.PostgreSQL.org/.
+
+
+ operátorech, funkcí, agregaèních funkcí atd.
+
+
+
+
+
+
+
+ najdete seznam známých chyb, chybìjících vlastností a seznam vlastností,
+ které budou do systému implementovány v budoucnu (vèetnì priorit).
+
+
+
+ + "http://www.PostgreSQL.org/docs/awbook.html">
+ http://www.PostgreSQL.org/docs/awbook.html je vysvìtlen jazyk SQL (vy¹la
+ èesky). Dal¹í dostupnou knihou je + "http://www.commandprompt.com/ppbook">http://www.commandprompt.com/ppbook.
+ Kvalitní návody naleznete na + "http://www.intermedia.net/support/sql/sqltut.shtm">
+ http://www.intermedia.net/support/sql/sqltut.shtm, a na
+
+
+ + "http://members.tripod.com/er4ebus/sql/index.htm">http://members.tripod.com/er4ebus/sql/index.htm.
+
+
+ S., et al., Addison-Wesley. Jiní preferují The Complete Reference SQL,
+ Groff et al., McGraw-Hill.
+
+
+
+
+ rokem 2000 pø.n.l.
+
+
+
+
+ dokumentaci na na¹em webu nebo v distribuci. Pak se pøihla¹te do
+ konferencí pgsql-hackers a
+ pgsql-patches.
+
+
+ mnoho kvalitních záplat, tak¾e tehdej¹í commiters mìli jistotu, ¾e budou
+ pøedkládat jenom kvalitní záplaty a mohli jim pøedìlit vìt¹í práva.
+
+
+
+ + "http://www.PostgreSQL.org/bugs/bugs.php">http://www.PostgreSQL.org/bugs/bugs.php,
+ která obsahuje návod a smìrnice jak podat chybový report.
+
+
+ zda-li máte nejnovìj¹í verzi PostgreSQL a zda-li k ní neexistují nìjaké záplaty.
+
+
+
+
+ spolehlivost, podpora a cena.
+
+
+
+ DBMS, napø. transakce, vnoøené dotazy, spou¹tì, pohledy, kontrolu
+ referenèní integrity a sofistikované zamykání. Podporuje nìkteré
+ vlastnosti, které tyto systémy nemají, u¾ivatelem definované typy,
+ dìdiènost, pravidla, MVCC redukující zamykání.
+
+
+
+ i open source databáze, v nìèem je rychlej¹í, jindy pomalej¹í.
+ V porovnání s MySQL a podobnými databázovými systémy je PostgreSQL
+ rychlej¹í pøi víceu¾ivatelském pøístupu, slo¾itìj¹ích dotazech
+ a zatí¾ení read/write dotazy. MySQL je rychlej¹í v jednodu¹¹ích
+ dotazech s malým poètem u¾ivatelù. Navíc, MySQL nepodporuje mnohé
+ vlatnosti zmínìné v sekci vlastnosti. Zapracovali jsme na
+ spolehlivosti a podporovaných vlastnostech, a výkon zvy¹ujeme
+ v ka¾dé verzi. Zajímavou stránku porovnávající PostgreSQL a MySQL
+ naleznete na
+ Za vývojem MySQL není Open Source komunita, ale komerèní spoleènost,
+ pøesto¾e svoje produkty distribuuje jako Open Source.
+
+
+
+ nepou¾itelná. Sna¾íme se zveøejòovat dobøe otestovaný, stabilní
+ kód s minimem chyb. Ka¾dá verze je více ne¾ mìsíc v beta testování,
+ a na¹e historie verzí ukazuje, ¾e mù¾eme nabídnout stabilní, solidní
+ verze, které jsou pøipraveny pro reálné nasazení. V této oblasti
+ jsme srovnatelní s dal¹ími databázemi.
+
+
+
vývojáøù a u¾ivatelù.problémù. Nemù¾eme garantovat opravu,
- nicménì komerèní databáze také ne v¾dy nabídnou opravu. Podle ohlasù
- je na¹e podpora hodnocena lépe ne¾ u jiných DBMS a to díky
- pøímému kontaktu s vývojáøi, velkou komunitou u¾ivatelù,
+ nicménì komerèní databáze také ne v¾dy nabídnou opravu. Podle
+ ohlasù je na¹e podpora hodnocena lépe ne¾ u jiných DBMS a to
+ díky pøímému kontaktu s vývojáøi, velkou komunitou u¾ivatelù,
kvalitními manuály a pøístupným zdrojovým kódem. Pro u¾ivatele,
- kteøí vy¾adují podporu ke konkrétním pøípadùm, existuje placená podpora
- (FAQ sekce 1.6).>
+ kteøí vy¾adují podporu ke konkrétním pøípadùm, existuje placená
+ podpora (
>
-
Cena
-
- pou¾ití. Mù¾ete do svých produktù pøidat ná¹ kód bez omezení,
- respektive v souladu s podmínkami na¹í licenèní smlouvy (v duchu BSD
- licence).
+
+
+ Mù¾ete do svých produktù pøidat ná¹ kód bez omezení, respektive
+ v souladu s podmínkami na¹í licenèní smlouvy (v duchu BSD licence).
+
+
-
+
-
-1996. Vdìèíme za to Marku Fournierovi, který zalo¾il a spravoval tuto
-infrastrukturu nìkolik let.>
+
+ Vdìèíme za to Marku Fournierovi, který zalo¾il a spravoval tuto
+ infrastrukturu nìkolik let.>
-
-projekt. Pøedchází nedorozumìním, která velice zdr¾ují pokrok v projektu.
+
+ projekt. Pøedchází nedorozumìním, která velice zdr¾ují pokrok v
+ projektu.
-
-mìsíèní a jednorázové èástky. Pokud máte Vy nebo Va¹e spoleènost
-peníze, které nám mù¾ete darovat, obra»e se na
+
+ hradit urèité mìsíèní a jednorázové èástky. Pokud máte Vy nebo Va¹e
+ spoleènost peníze, které nám mù¾ete darovat, obra»e se na + "http://store.pgsql.com/shopping/">http://store.pgsql.com/shopping/ a darujte je.
-
-pouze k podpoøe projektu PostgreSQL a nepodporují ¾ádnou existující
-spoleènost. Pokud to vy¾adujete, mù¾ete poslat kontrolu na na¹i kontaktní
-adresu.
+
+ k podpoøe projektu PostgreSQL a nepodporují ¾ádnou existující
+ spoleènost. Pokud to vy¾adujete, mù¾ete poslat kontrolu na na¹i
+ kontaktní adresu.
+
-
-advocacy site na
-
+
+ advocacy site na
-
User client dotazy2>
+
-
+
-
+
-
+ + "http://gborg.postgresql.org/project/psqlodbc/projdisplay.php">
+ http://gborg.postgresql.org/project/psqlodbc/projdisplay.php.
-
-s jejich klientským programovým vybavením a je dostupný pro v¹echny jimi
-podporované platformy (Win, Mac, Unix, VMS).
+
+ Spolupracuje s jejich klientským programovým vybavením a je dostupný pro v¹echny jimi
+ podporované platformy (Win, Mac, Unix, VMS).
-
-nicménì freeware verze je dostupná a funkèní. Dotazy zasílejte
-na [email protected].>
+
+ nicménì freeware verze je dostupná a funkèní. Dotazy zasílejte na + "mailto:[email protected]">[email protected].>
-
+
-
-webových stránek najdete na
+
+ stránek najdete na
-
-
+
+
-
+
-
+
-
-PgAccess (
-Admin (
-(
-PHPPgAdmin (
-PostgreSQL zalo¾ené na web technologii.
+
+ (
+ (
+ (
+
+ Dále je¹tì PhpPgAdmin
+ (
+ zalo¾ené na web technologii.
-
+ + "http://techdocs.postgresql.org/guides/GUITools">http://techdocs.postgresql.org/guides/GUITools.
-
+
-
-PostgreSQL. Podívejte se do roz¹iøujících modulù Va¹eho programovacího
-jazyka.
+
+ Podívejte se do roz¹iøujících modulù Va¹eho programovacího jazyka.
-
-
-
-
-
-
-
->
-
-Drivers/Interfaces. >
-
+
+
+
+
+
+
+
+ >
+
+ v sekci Drivers/Interfaces.>
+
-
Administrativní dotazy2>
+
-
+
-
+
-
-core dump. Proè?
+
+ nebo core dump. Proè?
+
+
+ podporuje System V extensions. PostgreSQL vy¾aduje v jádøe podporu
+ sdílené pamìti a semaforù.
+
+
-
-podporuje System V extensions. PostgreSQL vy¾aduje v jádøe podporu
-sdílené pamìti a semaforù.
+
+ zvìt¹it její velikost. Potøebná velikost je závislá na architektuøe a na
+ tom, kolik pamì»ových bufferù a backendù máte povoleno pro postmastera.
+ Pro vìt¹inu systémù s pøeddefinovaným poètem backendù a pamì»ových
+ bufferù je minimum zhruba 1MB. V PostgreSQL Administrator's Guide
+ naleznete podrobnìj¹í informace o sdílené pamìti a semaforech.
-
+
+ Proè?
-
-musite zvìt¹it její velikost. Potøebná velikost je závislá na
-architektuøe a na tom, kolik pamì»ových bufferù a backendù máte povoleno
-pro postmastera. Pro vìt¹inu systémù s
-pøeddefinovaným poètem backendù a pamì»ových bufferù je
-minimum zhruba 1MB. V
-naleznete podrobnìj¹í informace o sdílené pamìti a semaforech.
+
+ space left on device), pak va¹e jádro nemá dost volných semaforù.
+ PostgreSQL vy¾aduje jeden semafor pro ka¾dý backend v pozadí. Doèasným
+ øe¹ením je start postmaster s limitem backendù. Pou¾ijte pøepínaè -N s
+ hodnotou men¹í ne¾ 32. Úplným øe¹ením je zvý¹ení hodnot SEMMNS
+ a SEMMNI jadra.
-
-IpcSemaphoreCreate. Proè?
+
+ operací.
+
+
+ nakonfigurovány semafory ve va¹em jádøe. V PostgreSQL Administrator's
+ Guide najdete podrobnìj¹í popis po¾adavkù na sdílenou pamìt a semafory.
+
+
-
-space left on device), pak va¹e jádro nemá dost volných semaforù. PostgreSQL
-vy¾aduje jeden semafor pro ka¾dý backend v pozadí. Doèasným
-øe¹ením je start postmastera s limitem backendù. Pou¾ijte
-pøepínaè -N s hodnotou men¹í ne¾ 32. Úplným øe¹ením je zvý¹ení hodnot
-SEMMNS a SEMMNI jadra.
-
-
-operací.
-
-
-nakonfigurovány semafory ve va¹em jádøe. V PostgreSQL
-Administrator's Guide najdete podrobnìj¹í popis po¾adavkù na sdílenou
-pamìt a semafory.
-
-
-
-
-lokální s pou¾itím UDP. Databáze se zpøístupní jiným stanicím
-nastavením pøepínaèe -i postmastera a povolením stanice a urèením
-re¾imu autentifikace v $PGDATA/pg_hba.conf. Tím se povolí TCP/IP
-spojení. ZASTARALÉ
-
-
-
-
-Va¹eho dotazu a pou¾ití indexù.
-
-
-mnohem rychlej¹í ne¾li samotný INSERT. Ka¾dý pøíkaz mimo blok
-BEGIN WORK/COMMIT se provádí ve vlastní transakci. Zva¾te, zda-li by
-se nedalo nìkolik pøíkazù spojit do jedné transakce. Tím se sní¾í
-re¾ie na transakce. Pøed provedením rozsáhlých zmìn zru¹te indexy,
-které po dokonèení zmìn opìt vytvoøte.
-
-
-pøi startu postmastera pøepínaèi -o -F. Tyto pøepínaèe zabrání
-fsync(), tj. zápisu na disk po ka¾dé transakci.
-
-
-tj. parametr -B postmasteru. Pokud ale tato hodnota bude pøíli¹
-velká, tak mo¾ná nespustíte postmastera jeliko¾ dosáhnete limitu
-sdílené pamìti. Ka¾dý buffer má 8K a implicitnì je 64 bufferù.
-
-
-na doèasné tøídìní. Hodnota je mínìna v kilobytech a výchozí
-nastavení je 512, tj. 512K.
-
-
-tabulkách podle indexu. Více na manuálových stránkách pøíkazu
-CLUSTER.
-
-
-
-
-
-
-monitorování a následné zastavení aplikace, kdy¾ se proces v backendu
-dostane do neoèekávaného stavu.
-
-
-ladìní. Postmaster nastartujte tak, abyste si byli jisti, ¾e je
-standartní výstup a standartní chybový výstup pøesmìrován do souboru
-logu, napøíklad:
-
cd /usr/local/pgsql
-./bin/postmaster > server.log 2>&1 &
-
-
-u¾iteèné informace o problémech a chybách vyskytlých se na
-serveru. Postmaster má pøepínaè -d urèující, jak podrobné mají být
-reportované informace, tj. debug level. Pozor, pøi velké hodnotì debug
-levelu rychle roste velikost souboru logu.
-
-
-øádky a napsat svùj SQL dotaz pøímo v backendu (doporuèeno pouze pro
-ladìní). Dotaz je v tomto pøípadì ukonèen novou øádkou, nikoliv
-støedníkem. Pokud máte aplikaci pøelo¾enou s ladícími symboly, mù¾ete
-pou¾ít debbuger k monitorování procesu. Pokud není backend spu¹tìn
-postmasterem, pak nebì¾í ve svém obvyklém prostøedí a tudí¾ nìkteré problémy
-dané interakcí mezi backendy nemohou být nasimulovány.
-
-
-procesu postgres pou¾itého psql. V debuggeru sepøipojte k postgresql
-PID. Pak nastavte breakpointy v debuggeru a zadejte dotaz v
-psql. Pokud ladíte startup postgresu, pak nastavte PGOPTIONS="-W n" a
-spus»e psql. Tento pøepínaè zpùsobí pauzu n sekund, tak¾e budete mít
-èas se pøipojit k procesu, a nastavit breakpointy a pokraèovat v
-startup posloupnosti.
-
-
-programu postgres (backend).
-
-
-zabírají jednotlivé funkce. Soubory s profily backendù jsou ulo¾eny v
-adresáøi pgsql/data/base/dbname. Profil klienta pak v jeho aktuálním
-adresáøi. Korektní profilace v prostøedí Linux po¾aduje konfiguraci
-systému s parametrem -DLINUX_PROFILE.
-
-
-
-
-
-
-opìtovným spu¹tìním postmastera s parametrem -N nebo úpravou postgresql.conf.
-
-
--B musí být minimálnì dvakrát vìt¹í, nebo je¹tì lépe více. Pravdìpodobnì
-zjistíte, ¾e pro velký poèet procesù backendu je nutné zvý¹it nìkteré
-parametry jádra. Jsou to pøedev¹ím maximální velikost sdílené pamìti SHMMAX,
-maximální poèet semafórù SEMMNS a SEMMNI, maximální poèet procesù NPROC,
-maximální poèet procesù u¾ivatele MAXUPRC a maximální poèet otevøených souborù
-NFILE a NINODE. Dùvod pro omezení maximálního poètu backendù je fakt,
-¾e by mohlo dojít k vyèerpání zdrojù Va¹eho systému.
-
-
-
-
-dotazù. Napøíklad, kdy¾ je nutné tøídìní k zaji¹tìní ORDER BY a
-tøídìní má vìt¹í nároky na prostor ne¾ povoluje parametr -S
-backendu, pak je vytvoøen doèasný soubor k ulo¾ení extra údajù.
-
-
-bìhem tøídìní server spadne. Zastavení a dal¹í start postmastera zajistí
-odstranìní souborù s tìchto adresáøù.
-
-
-mezi velkými verzemi PostgreSQL?
-
-
-7.2 na 7.2.1 není nutné dump a load databáze. Ale velké verze èasto mìní
-interní formát systémových tabulek a datových souborù. Tyto zmìny jsou
-natolik rozsáhlé, ¾e nelze zajistit zpìtnou kompatibilitu pro datové
-soubory. Dump ulo¾í data v obecném formátu, tak¾e mohou být naètena a
-pou¾ívána v novém interním formátu.
-
-
-
Provozní dotazy
-
-
-
-
-
-
-
-
-LIMIT ...
-
-
-øádkù. Pokud existuje index ORDER BY, PostgreSQL je schopen pøeru¹it
-zpracování dotazu po získání po¾adovaného poètu øádkù.
-
-
-
SELECT col FROM tab
- ORDER BY random() LIMIT 1;
-
-
-
-
-pgsql/src/bin/psql/describe.c. Ten obsahuje SQL pøíkazy, které se
-pou¾ívají v psql metapøíkazech. Dále mù¾ete spustit psql s pøepínaèem
--E, který zpùsobí zobrazení ka¾dého dotazu, které zpracování
-metapøíkazu vyvolá.
-
-
-
-
-star¹ích verzích mù¾ete pou¾ít následující postup:
-
BEGIN;
-LOCK TABLE old_table;
-SELECT ... -- mimo sloupec, který chceme odstranit
- INTO TABLE new_table;
-DROP TABLE old_table;
-ALTER TABLE new_table RENAME TO old_table;
-COMMIT;
-
-
-
BEGIN;
-ALTER TABLE tab ADD COLUMN new_col new_data_type;
-UPDATE tab SET new_col = CAST(old_col AS new_data_type;
-ALTER TABLE tab DROP COLUMN old_col;
-COMMIT;
-
-
-nyní ji¾ neplatnými øádky.
-
-
-
-
-
-Maximální velikost databáze: neomezena (existují 32TB db)
-Maximálné velikost tabulky: 32 TB
-Maximální velikost øádky: 1.6 TB
-Maximální velikost polo¾ky 1 GB
-Maximální poèet øádkù v tabulce: neomezeno
-Maximální poèet sloupcù v tabulce: 250-1600 podle typù
-Maximální poèet indexù na tabulce: neomezeno
--
-pamì» nebo velikost operaèní pamìti. Pokud máte nìkterou z tìchto
-hodnot neobvykle velkou, mù¾e dojít ke sní¾ení výkonu.
-
-
-operaèním systémem. Velké tabulky se ukládají do nìkolika 1 GB souborù
-tak¾e limity souborového systému nejsou podstatné.
-
-
-zeètyønásobit nastavením velikosti bloku na 32K.
-
-
-textového souboru?
-
-
-textového souboru.
-
-
-øádce celé èíslo a textový popis. Text je v prùmìru dvacet bytù
-dlouhý. Textový soubor bude 2.8 MB dlouhý. Velikost
-databáze obsahující odpovídající data bude zhruba 6.4 MB.
-
36 bytù: hlavièka øádku (pøibli¾nì)
- 24 bytù: jedna celoèíselná polo¾ka a jedna textová
- 4 byty: ukazatel na stránku k ntici
-------------------------------------------------------
- 64 bytù na øádek
-
-
-
8192 bytù na stránce
----------------------- = 128 øádek na stránku
- 64 bytù za øádek
-
-100000 øádek
--------------------- = 782 stránek (zaokrouhleno nahoru)
-128 øádek na stránce
-
-782 * 8192 = 6, 406, 144 bytù (6.4 MB)
-
-
-proto¾e obsahují indexovaná data.
-
-
-diskového prostoru.
-
-
-
-
-získáte pøíkazem \?. Dále se mù¾ete podívat na obsah systémových
-tabulek zaèínajících pg_. Spu¹tìní psql s parametrem -l provede
-výpis názvù v¹ech databází.
-
-
-k systémovým tabulkámm.
-
-
-
-
-kdy¾ je tabulka vìt¹í ne¾ urèitá minimální velikost, a dotaz vybírá
-pouze procentuálnì malou èást øádkù tabulky. To proto, ¾e náhodný
-pøístup k disku daný ètením indexu mù¾e být pomalej¹í ne¾ lineární
-ètení tabulky nebo sekvenèní ètení,
-
-
-tabulce. Tyto statistiky se shroma¾ïují pøíkazy VACUUM ANALYZE nebo
-ANALYZE. Díky statistikám má optimizer informaci o poètu øádek v
-tabulce a mù¾e lépe rozhodnout o pou¾ití indexù. Statistiky se uplatní
-pøi urèení optimálního poøadí a metody spojení tabulek. Statistiky by
-se mìli aktualizovat opakovanì, tak jak se mìní obsah tabulek.
-
-
-tabulek. Sekvenèní zpracování následované explicitním tøídìním je
-obyèejnì rychlej¹í ne¾ indexní ètení na velké tabulce.
-
-
-vìt¹inou index pou¾ije, výsledkem je pouze malá èást tabulky. Funkce
-MAX() a MIN() nepou¾ívají indexy, ale je mo¾né tuté¾ hodnotu získat
-
SELECT col FROM tab
- ORDER BY col [ DESC ] LIMIT 1;
-
-
-tabulky, pou¾ijte pøíkaz SET enable_seqscan TO 'off' a zkuste zda je
-indexní prohledávání rychlej¹í.
-
-
-indexy pou¾íjí pouze za urèitých skuteèností:
-
-
-
-
-
-
-
-
- pou¾ít funkcionální indexy, které jsou posány v sekci 4.12
-
- (pozn. pøekladatele - tudí¾ v na¹ich podmínkách nepou¾itelné,
- nepracovalo by èeské tøídìní).
-
-
-
-
-
-
-
-
-
-nemù¾e obslou¾it prohledávání oblastí. B-tree index mù¾e øídit
-vyhledání oblastí v jedné dimenzi. R-tree index mù¾e podporovat hledání v
-multidimenzionálních datech. Pou¾ijeme-li napøíklad R-tree index na
-atributy typu point, pak systém mù¾e efektivnì odpovìdìt na dotaz -
-vyber v¹echny body uvnitø obdélníkù.
-
-
-Structure for Spatial Searching." Proceedings of the 1984 ACM SIGMOD
-Int'l Conf on Mgmt of Data, 45-57
-
-
-
-
-oblastí. Teoreticky mù¾eme R-tree pou¾ít i pro více dimenzí (jiné ne¾ 3D).
-Ve skuteènosti ale takové roz¹íøení R-tree vy¾aduje trochu práce a
-ve souèastnosti chybí dokumentace jak na to.
-
-
-
-
-tabulek metodou Genetických algoritmù (GA). To umo¾òuje získat
-velkého mno¾ství variant spojení pøi neúplném prohledáváním.
-
-
-insensitiv? Jak pou¾ít index pro case insensitive vyhledávání?
-
-
-pøedstavuje case insensitive vyhledávání. Jedná se o obdobu LIKE a
-ILIKE.
-
-
-
SELECT * FROM tab
- WHERE lower(col) = 'abc';
-
-
-funkcionální index, pokud jej vytvoøíte
-
CREATE INDEX tabindex ON tab (lower(col));
-
-
-
-
-
-
-
Typ Interní název Poznámka
+
+ lokální s pou¾itím UDP. Pøístup z jiných strojù není mo¾ný dokud
+ jej nepovolíte nastavením tcpip_socket v postgresql.conf a urèením
+ zpùsobu autentifikace v $PGDATA/pg_hba.conf.
+
+
+
+
+ jak PostgreSQL interpretuje Vá¹ dotaz a které indexy pou¾ívá.
+
+
+ rychlej¹í ne¾li samotný INSERT. Ka¾dý pøíkaz mimo blok BEGIN WORK/COMMIT
+ se provádí ve vlastní transakci. Zva¾te, zda-li by se nedalo nìkolik
+ pøíkazù spojit do jedné transakce. Tím se sní¾í re¾ie na transakce. Pøed
+ provedením rozsáhlých zmìn zru¹te indexy, které po dokonèení zmìn opìt
+ vytvoøte.
+
+
+ pøi startu postmastera pøepínaèi -o -F. Tyto pøepínaèe zabrání fsync(),
+ tj. zápisu na disk po ka¾dé transakci.
+
+
+ parametr -B postmasteru. Pokud ale tato hodnota bude pøíli¹ velká, tak
+ mo¾ná nespustíte postmastera jeliko¾ dosáhnete limitu sdílené pamìti.
+ Ka¾dý buffer má 8K a implicitnì je 64 bufferù.
+
+
+ doèasné tøídìní. Hodnota je mínìna v kilobytech a výchozí nastavení je
+ 512, tj. 512K.
+
+
+ podle indexu. Více na manuálových stránkách pøíkazu CLUSTER.
+
+
+
+
+
+
+ monitorování a následné zastavení aplikace, kdy¾ se proces v backendu
+ dostane do neoèekávaného stavu.
+
+
+ Postmaster nastartujte tak, abyste si byli jisti, ¾e je standartní
+ výstup a standartní chybový výstup pøesmìrován do souboru logu,
+ napøíklad:
+
+ cd /usr/local/pgsql
+ ./bin/postmaster > server.log 2>&1 &
+
+
+ informace o problémech a chybách vyskytlých se na serveru. Postmaster má
+ pøepínaè -d urèující, jak podrobné mají být reportované informace, tj.
+ debug level. Pozor, pøi velké hodnotì debug levelu rychle roste velikost
+ souboru logu.
+
+
+ øádky a napsat svùj SQL dotaz pøímo v backendu (doporuèeno pouze pro
+ ladìní). Dotaz je v tomto pøípadì ukonèen novou øádkou, nikoliv
+ støedníkem. Pokud máte aplikaci pøelo¾enou s ladícími symboly, mù¾ete
+ pou¾ít debbuger k monitorování procesu. Pokud není backend spu¹tìn
+ postmasterem, pak nebì¾í ve svém obvyklém prostøedí a tudí¾ nìkteré
+ problémy dané interakcí mezi backendy nemohou být nasimulovány.
+
+
+ procesu postgres pou¾itého psql. V debuggeru sepøipojte k postgresql
+ PID. Pak nastavte breakpointy v debuggeru a zadejte dotaz v psql. Pokud
+ ladíte startup postgresu, pak nastavte PGOPTIONS="-W n" a spus»e psql.
+ Tento pøepínaè zpùsobí pauzu n sekund, tak¾e budete mít èas se pøipojit
+ k procesu, a nastavit breakpointy a pokraèovat v startup posloupnosti.
+
+
+ programu postgres (backend).
+
+
+ zabírají jednotlivé funkce. Soubory s profily backendù jsou ulo¾eny v
+ adresáøi pgsql/data/base/dbname. Profil klienta pak v jeho aktuálním
+ adresáøi. Korektní profilace v prostøedí Linux po¾aduje konfiguraci
+ systému s parametrem -DLINUX_PROFILE.
+
+
+
+
+ backendù.
+
+
+ opìtovným spu¹tìním postmastera s parametrem -N nebo úpravou
+ postgresql.conf.
+
+
+ -B musí být minimálnì dvakrát vìt¹í, nebo je¹tì lépe více. Pravdìpodobnì
+ zjistíte, ¾e pro velký poèet procesù backendu je nutné zvý¹it nìkteré
+ parametry jádra. Jsou to pøedev¹ím maximální velikost sdílené pamìti
+ SHMMAX, maximální poèet semafórù SEMMNS a SEMMNI, maximální poèet
+ procesù NPROC, maximální poèet procesù u¾ivatele MAXUPRC a maximální
+ poèet otevøených souborù NFILE a NINODE. Dùvod pro omezení maximálního
+ poètu backendù je fakt, ¾e by mohlo dojít k vyèerpání zdrojù Va¹eho
+ systému.
+
+
+
+
+ Napøíklad, kdy¾ je nutné tøídìní k zaji¹tìní ORDER BY a tøídìní má vìt¹í
+ nároky na prostor ne¾ povoluje parametr -S backendu, pak je vytvoøen
+ doèasný soubor k ulo¾ení extra údajù.
+
+
+ bìhem tøídìní server spadne. Zastavení a dal¹í start postmastera zajistí
+ odstranìní souborù s tìchto adresáøù.
+
+
+ upgrade mezi velkými verzemi PostgreSQL?
+
+
+ z 7.2 na 7.2.1 není nutné dump a load databáze. Ale výynamné verze èasto
+ mìní interní formát systémových tabulek a datových souborù. Tyto zmìny
+ jsou natolik rozsáhlé, ¾e nelze zajistit zpìtnou kompatibilitu pro
+ datové soubory. Dump ulo¾í data v obecném formátu, tak¾e mohou být
+ naètena a pou¾ívána v novém interním formátu.
+
+
+
+
+
+
+
+
+
+
+
+
+ LIMIT ...
+
+
+ zpracovat v¹echna data, napø. pokud dotaz má ORDER BY. Pokud v¹ak
+ existuje index, který odpovídá ORDER BY, PostgreSQL mù¾e získat
+ pouze prvních n øádkù a ukonèit zpracování dotazu.
+
+
+
+ SELECT col
+ FROM tab
+ ORDER BY random()
+ LIMIT 1;
+
+
+
+
+ dostanete pøíkazem \?. Také se mù¾ete podívat do zdrojových kódù psql
+ do souboru pgsql/src/bin/psql/describe.c. Ten obsahuje SQL pøíkazy,
+ které se pou¾ívají v psql metapøíkazech. Dále mù¾ete spustit psql
+ s pøepínaèem -E, který zpùsobí zobrazení ka¾dého dotazu, které
+ zpracování metapøíkazu vyvolá. PostgreSQL nabízí SQLi INFORMATION
+ SCHEMA s tabulkami obsahující informace o databázi.
+
+
+
+
+ star¹ích verzích mù¾ete pou¾ít následující postup:
+
+ BEGIN;
+ LOCK TABLE old_table;
+ SELECT ... -- mimo sloupec, který chceme odstranit
+ INTO TABLE new_table;
+ DROP TABLE old_table;
+ ALTER TABLE new_table RENAME TO old_table;
+ COMMIT;
+
+
+
+ BEGIN;
+ ALTER TABLE tab ADD COLUMN new_col new_data_type;
+ UPDATE tab SET new_col = CAST(old_col AS new_data_type;
+ ALTER TABLE tab DROP COLUMN old_col;
+ COMMIT;
+
+ Poté proveïte VACUUM FULL tab - uvolníte tím diskový prostor zabraný
+ nyní ji¾ neplatnými øádky.
+
+
+
+
+
+ Maximální velikost databáze: neomezena (existují 32TB db)
+ Maximálné velikost tabulky: 32 TB
+ Maximální velikost øádky: 1.6 TB
+ Maximální velikost polo¾ky 1 GB
+ Maximální poèet øádkù v tabulce: neomezeno
+ Maximální poèet sloupcù v tabulce: 250-1600 podle typù
+ Maximální poèet indexù na tabulce: neomezeno
+
+
+ pamì» nebo velikost operaèní pamìti. Pokud máte nìkterou z tìchto hodnot
+ neobvykle velkou, mù¾e dojít ke sní¾ení výkonu.
+
+
+ operaèním systémem. Velké tabulky se ukládají do nìkolika 1 GB souborù
+ tak¾e limity souborového systému nejsou podstatné.
+
+
+ zeètyønásobit nastavením velikosti bloku na 32K.
+
+
+ normálního textového souboru?
+
+
+ textového souboru.
+
+
+ celé èíslo a textový popis. Text je v prùmìru dvacet bytù dlouhý.
+ Textový soubor bude 2.8 MB dlouhý. Velikost databáze obsahující
+ odpovídající data bude zhruba 6.4 MB.
+
+ 36 bytù: hlavièka øádku (pøibli¾nì)
+ 24 bytù: jedna celoèíselná polo¾ka a jedna textová
+ + 4 byty: ukazatel na stránku k ntici
+ ------------------------------------------------------
+ 64 bytù na øádek
+
+ Velikost datové stránky PostgreSQL je 8KB
+
+ 8192 bytù na stránce
+ ---------------------- = 128 øádek na stránku
+ 64 bytù za øádek
+
+ 100000 øádek
+ -------------------- = 782 stránek (zaokrouhleno nahoru)
+ 128 øádek na stránce
+
+ 782 * 8192 = 6, 406, 144 bytù (6.4 MB)
+
+
+ obsahují indexovaná data.
+
+
+ diskového prostoru.
+
+
+
+
+ získáte pøíkazem \?. Dále se mù¾ete podívat na obsah systémových tabulek
+ zaèínajících pg_. Spu¹tìní psql s parametrem -l provede výpis názvù
+ v¹ech databází.
+
+
+ systémovým tabulkámm.
+
+
+
+
+ tehdy, kdy¾ je tabulka vìt¹í ne¾ urèitá minimální velikost, a dotaz
+ vybírá pouze procentuálnì malou èást øádkù tabulky. To proto, ¾e náhodný
+ pøístup k disku daný ètením indexu mù¾e být pomalej¹í ne¾ lineární ètení
+ tabulky nebo sekvenèní ètení.
+
+
+ tabulce. Tyto statistiky se shroma¾ïují pøíkazy VACUUM ANALYZE nebo
+ ANALYZE. Díky statistikám má optimizer informaci o poètu øádek v tabulce
+ a mù¾e lépe rozhodnout o pou¾ití indexù. Statistiky se uplatní pøi
+ urèení optimálního poøadí a metody spojení tabulek. Statistiky by se
+ mìli aktualizovat opakovanì, tak jak se mìní obsah tabulek.
+
+
+ Sekvenèní zpracování následované explicitním tøídìním je obyèejnì
+ rychlej¹í ne¾ indexní ètení na velké tabulce.
+
+
+ index pou¾ije, výsledkem je pouze malá èást tabulky. Funkce MAX() a
+ MIN() nepou¾ívají indexy, ale je mo¾né tuté¾ hodnotu získat:
+
+ SELECT col
+ FROM tab
+ ORDER BY col [ DESC ]
+ LIMIT 1;
+
+
+ tabulky, pou¾ijte pøíkaz
SET enable_seqscan TO 'off' a zkuste zda je+ indexní prohledávání rychlej¹í.
+
+
+ indexy pou¾íjí pouze za urèitých skuteèností:
+
+
+
+
+
+
+
+
+ nepou¾ívá indexy. Mù¾ete ale pou¾ít funkcionální indexy, které jsou
+ posány v sekci
+
+ (pozn. pøekladatele - tudí¾ v na¹ich podmínkách nepou¾itelné,
+ nepracovalo by èeské tøídìní).
+
+
+
+ Podívejte se do manuálové stránky pøíkazu EXPLAIN.
+
+
+
+
+ nemù¾e obslou¾it prohledávání oblastí. B-tree index mù¾e øídit vyhledání
+ oblastí v jedné dimenzi. R-tree index mù¾e podporovat hledání v
+ multidimenzionálních datech. Pou¾ijeme-li napøíklad R-tree index na
+ atributy typu point, pak systém mù¾e efektivnì odpovìdìt na dotaz -
+ vyber v¹echny body uvnitø obdélníkù.
+
+
+ for Spatial Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on
+ Mgmt of Data, 45-57
+
+
+
+
+ mù¾eme R-tree pou¾ít i pro více dimenzí (jiné ne¾ 3D). Ve skuteènosti
+ ale takové roz¹íøení R-tree vy¾aduje trochu práce a ve souèastnosti
+ chybí dokumentace jak na to.
+
+
+
+
+ metodou Genetických algoritmù (GA). To umo¾òuje získat velkého mno¾ství
+ variant spojení pøi neúplném prohledáváním.
+
+
+ insensitiv? Jak pou¾ít index pro case insensitive vyhledávání?
+
+
+ pøedstavuje case insensitive vyhledávání. Jedná se o obdobu LIKE a
+ ILIKE.
+
+
+
+ SELECT *
+ FROM tab
+ WHERE lower(col) = 'abc';
+
+ V tomto pøípadì se nepou¾ije standardní index. Nicménì, pou¾ije se
+ funkcionální index, pokud jej vytvoøíte:
+
+ CREATE INDEX tabindex ON tab (lower(col));
+
+
+
+
+
+
+
+Typ Interní název Poznámka
--------------------------------------------------------------------------
-VARCHAR(n) varchar omezeno maximální délkou, bez doplnìní mezerami
-CHAR(n) bpchar øetìzec je doplnìn mezerami do dané délky
-TEXT text bez horního limitu na délku
-BYTEA bytea pole bytù (bezpeènì lze ulo¾it i znak NULL)
-"char" char jeden znak
-
-
-chybových hlá¹eních.
-
-
-na disku nesou údaj o délce, následují samotná data). Proto skuteèný
-pou¾itý prostor je v¾dy o nìco málo vìt¹í ne¾ deklarovaná délka. Naopak,
-tyto datové typy jsou komprimovánty TOASTem, tak¾e prostor na disku
-mù¾e být ni¾¹í ne¾ je oèekáváno.
-
-
-stanovenou maximální délkou. TEXT je pro øetìzce bez omezení délky s
-maximem jeden gigabajt.
-
-
-znaky do specifikované délky, zatímco VARCHAR(n) ulo¾í pouze pøedané
-znaky. BYTEA je urèeno pro ukládání binárních dat, vèetnì NULL
-byte. V¹echny zde popsané typy mají podobné výkonnostní
-charakteristiky.
-
-
-
-
-vytvoøí SEQUENCE a index na sloupci (Pro vy¹¹í verze to neplatí
-OVÌØIT). Napøíklad:
-
CREATE TABLE person (
- id SERIAL,
- name TEXT
-);
-
-je automaticky pøevedeno do
-
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);
-
-
-unikátní hodnotu OID ka¾dého øádku. Potom ale musíte spou¹tìt pg_dump
-s pøepínaèem -o, tak aby zùstaly zachovány hodnoty OID (u pøíkazu
-copy COPY WITH OIDS).
-
-
-
-
-samotným vlo¾ením a pak ji vlo¾it explicitnì. Napøíklad v jakémsi
-pseudojazyku
-
newid = execute("SELECT nextval('person_id_seq')");-execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");
-
-
-hodnotu cizího klíèe. Název automaticky vytvoøené sekvence je
-tabulka_sloupec_seq.
-
-
-currval() po vlo¾ení
-
execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");-new_id = execute("SELECT currval('person_id_seq')");
-
-
-pravdìpodobnì nejménì pøenositelné øe¹ení. V Perlu pøi pou¾ití DBI
-modulu Edmunda Mergleho DBD:Pg oid hodnotu získáme
-$sth->{pg_oid_status} po ka¾dém $sth->execute().
-
-
-
-
-backendu, a ta tudí¾ není spoleèná v¹em u¾ivatelùm.
-
-
-transakce? Proè vznikají díry v èíslování vlastní sekvencí/SERIAL
-sloupce?
-
-
-po¾ádá, a sekvence není zamèena do ukonèení transakce. To zpùsobuje
-díry v èíslování ze zru¹ených transakcí.
-
-
-
-
-generovaná bìhem inicializace databáze jsou men¹í ne¾ 16384
-(include/access/transam.h). V¹echna OID generovaná na po¾adavek
-u¾ivatele jsou rovna nebo vy¹¹í této hodnotì. Normálnì, v¹echna OID
-jsou jedineèná nejen uvnitø tabulky nebo databáze, ale v rámci celé
-instalace PostgreSQL
-
-
-relací. Tato OID mohou být pou¾ita k identifikaci konkrétního
-u¾ivatele a pou¾ita v spojení. Pro OID hodnoty je doporuèen typ
-OID. Nad tímto sloupcem mù¾ete vytvoøit index pro urychlení pøístupu.
-
-
-databázi. Pokud potøebujete zmìnit OID, nebo chcete zkopírovat tabulku
-s pùvodními OID, lze pou¾ít
-
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';
-
-
-miliardách. Nebylo hlá¹eno, ¾e by se tak nìkdy stalo, pøesto ale plánujeme
-odstranit tento limit døív ne¾ se tak stane.
-
-
-offsetu. TIDs se mìní modifikací øádkù (pou¾ívá se jako ukazatel
-indexu fyzického øádku).
-
-
-
-
-s následujícími výrazy, které mají ¹ir¹í význam. Zde je pøíklad
-nekterých:
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-AllocSetAlloc()"?
-
-
-jádro má nízký limit pro urèité zdroje. Vyzkou¹ejte pøed startem
-posmatera
-
ulimit -d 262144
-limit datasize 256m
-
-
-limit datového segmentu pro Va¹e procesy a umo¾nit tak dokonèení
-dotazu. Tyto pøíkazy se aplikují na aktuální proces a v¹echny synovské
-procesy vytvoøené po provedení pøíkazu. Pokud máte problémy s SQL
-klientem proto¾e backend vrací pøíli¹ mnoho dat, zkuste zvý¹it limity
-pøed startem klienta.
-
-
-
-
-
SELECT version();
-
-
-
-
-spou¹tìt v transakci, tj. mezi pøíkazy BEGIN WORK a COMMIT.
-
-
-budete pracovat s velkými objekty mimo transakci, pravdìpodobnì dostanete
-toto chybové hlá¹ení, proto¾e handle ji¾ budou neplatné.
-
-
-
-
-
-
-
CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
-
-
-
-
-øádek vnìj¹ího dotazu. Pokud vnoøený dotaz má pouze nìkolik øádkù a
-vnìj¹í dotaz vrací hodnì øádek, IN je rychlé. V jiných pøípadech
-nahraïte IN EXISTS:
-
SELECT * FROM tab
- WHERE col IN (SELECT subcol FROM subtab);
-
-takto
-
SELECT * FROM tab
- WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
-
-
-byl odstranìn ve verzi 7.4.
-
-
-
-
-pøíkazy. Zde jsou dva pøíklady:
-
SELECT * FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
-
-nebo
-
SELECT * FROM t1 LEFT OUTER JOIN USING (col);
-
-
-nepøipojené øádky z t1 (které nemají obdoby v t2). Pravé spojení
-(RIGHT JOIN) pøidá nepøipojené øádky z t2. FULL JOIN vrátí v¹echny
-øádky, vèetnì nepøipojených z tbulek t1 a t2. Klíèové slovo OUTER je
-nepovinné a vá¾e se na LEFT, RIGHT a FULL join. Bì¾né spojení se
-nazývá INNER JOIN.
-
-
-UNION a NOT IN. Napøíklad pro spojení tabulek tab1 a tab2, je
-následující dotaz ekvivalentní k vnìj¹ímu spojení dvou tabulek:
-
SELECT tab1.col2, tab2.col2 FROM tab1, tab2
- WHERE tab1.col1 = tab2.col1
-UNION ALL
-SELECT tab1.col2, NULL FROM tab1
- WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
-ORDER BY col1;
-
-
-
-
-do aktuální. Doplnìk contrib/dblink umo¾òuje dotaz do cizí databáze
-prostøednictvím funkce. Na stranì klienta není problém si otevøít více
-simultálních pøístupù do rùzných databází a spojovat výsledek na
-stranì klienta.
-
-
-
-
-funkce, viz:
-
-
-
-PL/pgSQL funkcích?
-
-Pøelo¾ený kód PL/pgSQL funkce je ulo¾en ve vyrovnávací pamìti, tj. funkce
-je pøekládána pouze pøi zmìnì kódu, nikoliv pøed ka¾dým voláním funkce.
-Nechtìným vedlej¹ím efektem je, ¾e volání funkce sel¾e, kdy¾ se funkce
-odkazuje na doèasnou tabulku, pokud tato tabulka byla od pøekladu funkce
-zru¹ena (aèkoliv ji¾ byla znovu vytvoøena a existuje).
-Jediným øe¹ením problému je pøístup k doèasné tabulce pomocí
-EXECUTE, tj. dynamické provádìní dotazu. Tento pøíkaz zajistí opakovaný
-pøeklad dotazu pøi ka¾dém volání funkce.
-
-
-
-
-modifikace master databáze a slave databázím umo¾òují pouze ètení. Na
-konci
-najdete jejich seznam. Na øe¹ení multi-master replikaci se pracuje na
-
-
-
-
-
-dotazech.
-
-
-server pøelo¾en s podporou ssl a pøepínaè sslv postgresql.conf musí
-být nastaven na hodnotu true. Klient musí mít vytvoøen záznam
-hostssl v pg_hba.conf a také mít povolen re¾im ssl. Lze pou¾ít i jiné
-prostøedky, nejen nativní podporu ssl v PostgreSQL, napø. stunel a ssh.
-
-
-star¹ích verzích toto chování muselo být vynuceno volbou
-PASSWORD_ENCRYPTION v postgresql.conf
-
-
-
-
-
Roz¹iøování PostgreSQL
-
-
-
-
-funkci nejdøíve v nìjaké jednoduché aplikaci.
-
-
-do PostgreSQL?
-
-
-skonèí v podadresáøi contrib.
-
-
-
-
-jazyky C, PL/PgSQL a SQL. Více naleznete v The Programmer's
-Guide. Pøíklady tìchto funkcí pro C naleznete v contrib/tablefunc.
-
-
-rekompilaci vzata v potaz. Proè?
-
-
-provést make clean a pak make. Pokud pou¾íváte gcc, mù¾ete pou¾ít
-pøepínaè --enable-depend pøíkazu configure k automatickému øe¹ení
-závislostí pøekladaèem.
-
\ No newline at end of file
+VARCHAR(n) varchar omezeno maximální délkou, bez doplnìní mezerami
+CHAR(n) bpchar øetìzec je doplnìn mezerami do dané délky
+TEXT text bez horního limitu na délku
+BYTEA bytea pole bytù (bezpeènì lze ulo¾it i znak NULL)
+"char" char jeden znak
+
+
+ chybových hlá¹eních.
+
+
+ disku nesou údaj o délce, následují samotná data). Proto skuteèný
+ pou¾itý prostor je v¾dy o nìco málo vìt¹í ne¾ deklarovaná délka. Naopak,
+ tyto datové typy jsou komprimovánty TOASTem, tak¾e prostor na disku mù¾e
+ být ni¾¹í ne¾ je oèekáváno.
+
+
+ stanovenou maximální délkou. TEXT je pro øetìzce bez omezení délky s
+ maximem jeden gigabajt.
+
+
+ znaky do specifikované délky, zatímco VARCHAR(n) ulo¾í pouze pøedané
+ znaky. BYTEA je urèeno pro ukládání binárních dat, vèetnì NULL byte.
+ V¹echny zde popsané typy mají podobné výkonnostní charakteristiky.
+
+
+
+
+ SEQUENCE. Napøíklad:
+
+ CREATE TABLE person (
+ id SERIAL,
+ name TEXT
+ );
+
+ je automaticky pøevedeno do
+
+ 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);
+
+ Viz dokumentace create_sequence v manuálových stránkách. Dále mù¾ete
+ pou¾ít unikátní hodnotu OID ka¾dého øádku. Potom ale musíte spou¹tìt
+ pg_dump s pøepínaèem -o, tak aby zùstaly zachovány hodnoty OID (u
+ pøíkazu copy COPY WITH OIDS).
+
+
+
+
+ samotným vlo¾ením a pak ji vlo¾it explicitnì. Napøíklad v jakémsi
+ pseudojazyku:
+
+ newid = execute("SELECT nextval('person_id_seq')");
+ execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");
+
+
+ hodnotu cizího klíèe. Název automaticky vytvoøené sekvence je
+ tabulka_sloupec_seq.
+
+
+ currval() po vlo¾ení:
+
+ execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
+ new_id = execute("SELECT currval('person_id_seq')");
+
+
+ pravdìpodobnì nejménì pøenositelné øe¹ení. V Perlu pøi pou¾ití DBI
+ modulu Edmunda Mergleho DBD:Pg oid hodnotu získáme $sth->{pg_oid_status}
+ po ka¾dém $sth->execute().
+
+
+ podmínek pøi soubìhu s jinými u¾ivateli?
+
+
+ backendu, a ta tudí¾ není spoleèná v¹em u¾ivatelùm.
+
+
+ Proè vznikají díry v èíslování vlastní sekvencí/SERIAL sloupce?
+
+
+ nì po¾ádá, a sekvence není zamèena do ukonèení transakce. To zpùsobuje
+ díry v èíslování ze zru¹ených transakcí.
+
+
+
+
+ generovaná bìhem inicializace databáze jsou men¹í ne¾ 16384
+ (include/access/transam.h). V¹echna OID generovaná na po¾adavek
+ u¾ivatele jsou rovna nebo vy¹¹í této hodnotì. Normálnì, v¹echna OID jsou
+ jedineèná nejen uvnitø tabulky nebo databáze, ale v rámci celé instalace
+ PostgreSQL
+
+
+ relací. Tato OID mohou být pou¾ita k identifikaci konkrétního u¾ivatele
+ a pou¾ita v spojení. Pro OID hodnoty je doporuèen typ OID. Nad tímto
+ sloupcem mù¾ete vytvoøit index pro urychlení pøístupu.
+
+
+ databázi. Pokud potøebujete zmìnit OID, nebo chcete zkopírovat tabulku s
+ pùvodními OID, lze pou¾ít:
+
+ 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';
+
+
+ Nebylo hlá¹eno, ¾e by se tak nìkdy stalo, pøesto ale plánujeme odstranit
+ tento limit døív ne¾ se tak stane.
+
+
+ offsetu. TIDs se mìní modifikací øádkù (pou¾ívá se jako ukazatel indexu
+ fyzického øádku).
+
+
+
+
+ následujícími výrazy, které mají ¹ir¹í význam. Zde je pøíklad nekterých:
+
+
+
+
+
+
+
+
+
+
+ variable, table name, table alias)
+
+
+
+
+
+
+
+
+ jádro má nízký limit pro urèité zdroje. Vyzkou¹ejte pøed startem
+ posmatera
+
+ ulimit -d 262144
+ limit datasize 256m
+
+
+ limit datového segmentu pro Va¹e procesy a umo¾nit tak dokonèení dotazu.
+ Tyto pøíkazy se aplikují na aktuální proces a v¹echny synovské procesy
+ vytvoøené po provedení pøíkazu. Pokud máte problémy s SQL klientem
+ proto¾e backend vrací pøíli¹ mnoho dat, zkuste zvý¹it limity pøed
+ startem klienta.
+
+
+
+
SELECT version();+
+
+
+
lo_open, lo_close, ... musíte+ spou¹tìt v transakci, tj. mezi pøíkazy
BEGIN WORK a COMMIT.+
+
+ budete pracovat s velkými objekty mimo transakci, pravdìpodobnì
+ dostanete toto chybové hlá¹ení, proto¾e handle ji¾ budou neplatné.
+
+ Pokud pou¾íváte interface podobné ODBC musíte nastavit
set + auto_commit off.
+
+
+
+
+
+
+CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
+
+
+
+
+
+ ètením výsledku poddotazu pro ka¾dý øádek vnìj¹ího dotazu. Pokud poddotaz
+ vrátil nìkolik málo øádkù IN bylo rychlé. Pro ostatní pøípady je vhodné
+ nahradit IN EXISTS:
+
+ SELECT *
+ FROM tab
+ WHERE col IN (SELECT subcol FROM subtab);
+
+ na:
+
+ SELECT *
+ FROM tab
+ WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
+
+
+
+
+ spojování tabulek jako ostatní dotazy a je preferovaný pøed EXISTS.
+
+
+
+
+ Zde jsou dva pøíklady:
+
+ SELECT *
+ FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
+
+ nebo
+
+ SELECT *
+ FROM t1 LEFT OUTER JOIN USING (col);
+
+
+ øádky z t1 (které nemají obdoby v t2). Pravé spojení (RIGHT JOIN) pøidá
+ nepøipojené øádky z t2. FULL JOIN vrátí v¹echny øádky, vèetnì
+ nepøipojených z tbulek t1 a t2. Klíèové slovo OUTER je nepovinné a vá¾e
+ se na LEFT, RIGHT a FULL join. Bì¾né
+ spojení se nazývá INNER JOIN.
+
+
+ UNION a NOT IN. Napøíklad pro spojení tabulek tab1 a tab2, je
+ následující dotaz ekvivalentní k vnìj¹ímu spojení dvou tabulek:
+
+ SELECT tab1.col2, tab2.col2
+ FROM tab1, tab2
+ WHERE tab1.col1 = tab2.col1
+ UNION ALL
+ SELECT tab1.col2, NULL
+ FROM tab1
+ WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
+ ORDER BY col1;
+
+
+
+
+
+
+
+ databázi. Klient si mù¾e otevøít simultální pøipojení do rùzných
+ db bez omezení.
+
+
+
+
+ funkce, viz:
+
+
+
+
+
+ funkce je pøekládána pouze pøi zmìnì kódu, nikoliv pøed ka¾dým voláním
+ funkce. Nechtìným vedlej¹ím efektem je, ¾e volání funkce sel¾e, kdy¾ se
+ funkce odkazuje na doèasnou tabulku, pokud tato tabulka byla od pøekladu
+ funkce zru¹ena (aèkoliv ji¾ byla znovu vytvoøena a existuje). Jediným
+ øe¹ením problému je pøístup k doèasné tabulce pomocí EXECUTE, tj.
+ dynamické provádìní dotazu. Tento pøíkaz zajistí opakovaný pøeklad
+ dotazu pøi ka¾dém volání funkce.
+
+
+
+
+ modifikace master databáze a slave databázím umo¾òují pouze ètení. Na
+ konci
+ jejich seznam. Na øe¹ení multi-master replikaci se pracuje na
+
+
+
+
+
+ dotazech.
+
+ pøelo¾en s podporou ssl a pøepínaè ssl v postgresql.conf musí být
+ nastaven na hodnotu true. Klient musí mít vytvoøen záznam hostssl v
+ pg_hba.conf a také mít povolen re¾im ssl. Lze pou¾ít i jiné
+ prostøedky, nejen nativní podporu ssl v PostgreSQL, napø. stunel a
+ ssh.
+
+ star¹ích verzích toto chování muselo být vynuceno volbou
+ PASSWORD_ENCRYPTION v postgresql.conf
+
+
+
+
+
+
+
+
+
+ nejdøíve v nìjaké jednoduché aplikaci.
+
+
+
+
+ skonèí v podadresáøi contrib.
+
+
+
+
+ jazyky C, PL/PgSQL a SQL. Více naleznete v The Programmer's Guide.
+ Pøíklady tìchto funkcí pro C naleznete v contrib/tablefunc.
+
+
+
+
+ provést make clean a pak make. Pokud pou¾íváte gcc, mù¾ete pou¾ít
+ pøepínaè --enable-depend pøíkazu configure k automatickému øe¹ení
+ závislostí pøekladaèem.
+