
                          Frequently Asked Questions
                                       
   Casto kladené dotazy (FAQ) PostgreSQL
   
   Poslední aktualizace: 29. ríjna 2007 (aktualizováno pro PostgreSQL
   8.3)
   
   Soucasný správce: Bruce Momjian (bruce@momjian.us)
   
   Prelozil: Pavel Stehule (pavel.stehule@gmail.com)
   
   Nejaktuálnejsí verzi tohoto dokumentu naleznete na adrese
   http://www.postgresql.org/files/documentation/faqs/FAQ.html
   
   Odpovedi na otázky vázané na konkrétní platformy naleznete na adrese
   http://www.postgresql.org/docs/faq/.
     _________________________________________________________________
   
                               Obecné otázky
                                      
   1.1) Co je to PostgreSQL? Jaká je správná výslovnost slova PostgreSQL?
   1.2) Kdo rídí vývoj PostgreSQL?
   1.3) Pod jakou licencí je PostgreSQL?
   1.4) Na kterých platformách lze provozovat PostgreSQL?
   1.5) Kde mohu získat PostgreSQL?
   1.6) Jaká je poslední verze?
   1.7) Kde mohu získat podporu?
   1.8) Jak a kam hlásit chyby?
   1.9) Kde najdu informace o známých chybách nebo nepodporovaných
   vlastnostech?
   1.10) Jaká je dostupná dokumentace?
   1.11) Jak se mohu naucit SQL?
   1.12) Jak se mohu pripojit k týmu vývojáru?
   1.13) Jak je na tom PostgreSQL v porovnání s jinými databázemi?
   1.14) Je PostgreSQL pripraven na aktuální zavádení letního casu v
   nekterých zemích?
   
                        Dotazy na klientská rozhraní
                                      
   2.1) Která rozhraní jsou pouzitelná pro PostgreSQL?
   2.2) Jaké nástroje lze pouzít pro PostgreSQL a web?
   2.3) Existuje grafické rozhraní pro PostgreSQL?
   
                           Administrativní dotazy
                                      
   3.1) Jak nainstalovat PostgreSQL jinam nez do /usr/local/pgsql?
   3.2) Jak nastavit pravidla pro prístup z jiných stanic?
   3.3) Jak vyladit databázi na vyssí výkon?
   3.4) Jaké mám ladící prostredky?
   3.5) Co znamená "Sorry, too many clients", kdyz se zkousím pripojit?
   3.6) Proc je nutný dump a obnovení (load) databáze pri upgradu
   PostgreSQL?
   3.7) Jaký hardware bych mel pouzívat?
   
                              Provozní dotazy
                                      
   4.1) Jak získat pouze první rádek dotazu? Náhodný rádek?
   4.2) Jak získám seznam tabulek, indexu, databází, a definovaných
   uzivatelu. Mohu videt dotazy, které pouzívá psql pro zobrazení techto
   informací?
   4.3) Jak zmenit datový typ sloupce?
   4.4) Jaká je maximální velikost rádku, tabulky a databáze?
   4.5) Kolik diskového prostoru je potreba k ulození dat z normálního
   textového souboru?
   4.6) Muj dotaz je pomalý a nepouzívá vytvorené indexy. Proc?
   4.7) Jak zjistím, jak se vyhodnocuje muj dotaz?
   4.8) Jak pouzít case-(in)sensitive regulární výraz? Jak pouzít index
   pro case insensitive hledání?
   4.9) Jak v dotazu detekovat, ze polozka je NULL? Jak bezpecne spojit
   dva retezce, pokud mohou obsahovat NULL? Lze trídit podle toho, jestli
   je polozka NULL nebo ne?
   4.10) Jaké jsou rozdíly mezi ruznými znakovými typy?
   4.11.1) Jak vytvorit serial/auto-increment polozku?
   4.11.2) Jak získat hodnotu SERIAL po vlození rádku?
   4.11.3) Nezpusobí currval() a nextval() problémy ve více uzivatelském
   prostredí?
   4.11.4) Proc není vygenerované císlo pouzito pri prerusení
   transakce?Proc vznikají díry v císlování prostrednictvím sekvence nebo
   typu SERIAL?
   4.12) Co to je OID? Co je to CTID?
   4.13) Co znamená chybové hlásení "ERROR: Memory exhausted in
   AllocSetAlloc()"?
   4.14) Jak zjistím, kterou verzi PostgreSQL pouzívám?
   4.15) Jak vytvorit sloupec, který bude implicitne obsahovat aktuální
   cas?
   4.16) Jak provést vnejsí spojení (outer join)?
   4.17) Jak provést dotaz napríc nekolika databázemi?
   4.18) Muze funkce vrátit více rádku nebo sloupcu?
   4.19) Co je prícinou chyby "relation with OID xxxxx does not exist"?
   4.20) Jaké jsou moznosti replikace databází?
   4.21) Proc v dotazu nejsou rozpoznány názvy mých tabulek nebo funkcí?
   Proc jsou velká písmena v názvech automaticky prevedena na malá
   písmena?
     _________________________________________________________________
   
                               Obecné otázky
                                      
  1.1) Co je to PostgreSQL? Jaká je správná výslovnost slova PostgreSQL?
  
   Výslovnost PostgreSQL je Post-Gres-Q-L , nebo zjednodusene Postgres .
   V rade jazyku je slovo PostgreSQL obtízne vyslovitelný, proto se v
   hovoru casto pouzívá zjednodusená forma názvu. Pro ty, kterí by si
   rádi poslechli výslovnost, je k dispozici audiozáznam v MP3 formátu.
   
   PostgreSQL je relacní databáze s nekterými objektovými rysy, která má
   moznosti tradicních komercních databázových systému s nekolika
   rozsíreními, které lze najít v DBMS systémech prístí generace.
   Pouzívání PostgreSQL není omezené a veskeré zdrojové kódy jsou volne
   dostupné.
   
   Za vývojem PostgreSQL je mezinárodní skupina nezávislých vývojáru
   navzájem komunikujících prostrednictvím internetu. Tento projekt není
   rízen zádnou obchodní organizací. Pokud se chcete pridat k projektu,
   prectete si vývojárské FAQ na adrese
   http://www.postgresql.org/files/documentation/faqs/FAQ_DEV.html .
   
  1.2) Kdo rídí vývoj PostgreSQL?
  
   Pokud budete hledat organizaci rídící vývoj PostgreSQL, budete
   zklamáni. Nic takového neexistuje. Existují pouze "core" a CVS skupiny
   uzivatelu, ale ty existují více z administrátorských duvodu nez z
   organizacních. Projekt je smerován komunitou vývojáru a uzivatelu, ke
   které se kdokoliv muze pripojit. Jediné co potrebuje, je prihlásit se
   do elektronické konference. Více ve vývojárském FAQ.
   
  1.3) Pod jakou licencí je PostgreSQL?
  
   PostgreSQL je predmetem následujících autorských práv:
   
   Dílcí Copyright (c) 1996-2009, PostgreSQL Global Development Group
   Dílcí Copyright (c) 1994-6, Regents of the University of California
   
   Udeluje se oprávnení k uzití, rozmnozování, provádení úprav a
   rozsirování tohoto softwaru a dokumentace k nemu, pro jakékoli úcely,
   bez licencního poplatku a bez písemné licencní smlouvy, za podmínky,
   ze na vsech jeho kopiích je uvedeno oznámení o výse uvedených právech,
   jakoz i obsah tohoto a dvou následujících odstavcu.
   
   THE UNIVERSITY OF CALIFORNIA ("KALIFORNSKÁ UNIVERZITA") NENÍ V ZÁDNÉM
   PRÍPADE ODPOVEDNA ZÁDNÉ TRETÍ OSOBE ZA PRÍMOU, NEPRÍMOU, ZVLÁSTNÍ,
   NAHODILOU NEBO VÝSLEDNOU SKODU, VCETNE USLÉHO ZISKU, ZPUSOBENOU UZITÍM
   TOHOTO SOFTWARU A DOKUMENTACE K NEMU, A TO I V PRÍPADE, ZE THE
   UNIVERSITY OF CALIFORNIA BYLA INFORMOVÁNA O MOZNOSTI VZNIKU TAKOVÉ
   SKODY.
   
   THE UNIVERSITY OF CALIFORNIA ZEJMÉNA NEPOSKYTUJE JAKÉKOLI ZÁRUKY, A TO
   NEJEN ZÁRUKY OBCHODOVATELNOSTI A VHODNOSTI TOHOTO VÝROBKU KE
   SPECIFICKÝM ÚCELUM. NÍZE UVEDENÝ SOFTWARE JE POSKYTNUT "JAK STOJÍ A
   LEZÍ" A THE UNIVERSITY OF CALIFORNIA NENÍ POVINNA ZAJISTIT JEHO
   ÚDRZBU, PODPORU, AKTUALIZACI, VYLEPSENÍ NEBO MODIFIKACI.
   
   Výse uvedené je BSD licence, bezná licence otevreného zdroje. Není zde
   zádné omezení ohledne uzití kódu zdroje. Jsme s tím spokojeni a nemáme
   v úmyslu na této skutecnosti cokoli menit.
   
  1.4) Na kterých platformách lze provozovat PostgreSQL?
  
   Strucne receno, PostgreSQL bezí na vsech moderních unixových
   systémech. Seznam tech, u kterých probehlo testování, naleznete v
   instalacních instrukcích.
   
   PostreSQL také bezí nativne na vsech Microsof Windows systémech
   odvozených z Microsoft Windows NT jako jsou Windows 2000SP4, WindowsXP
   a Windows2003. Instalacní balícek naleznete na adrese
   http://pgfoundry.org/projects/pginstaller. Na starsích systémech s
   jeste MS-DOS jádrem lze spustit PostgreSQL s emulacním programem
   Cygwin.
   
   Dále existuje port pro Novell Netware 6 port na adrese
   http://forge.novell.com, a pro OS/2 verze (eComStation) na adrese
   http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&button=Search&key=postgre
   SQL&stype=all&sort=type&dir=%2F .
   
  1.5) Kde mohu získat PostgreSQL?
  
   Pomocí webového klienta z adresy http://www.postgresql.org/ftp/ nebo
   klienta ftp z adresy ftp://ftp.postgresql.org/pub/.
   
  1.6) Jaká je poslední verze?
  
   Nejnovejsí verzí PostgreSQL je verze 8.2.5
   
   V plánu je uvolnovat kazdorocne jednu velkou verzi a kazdých nekolik
   mesícu malé verze.
   
  1.7) Kde mohu získat podporu?
  
   Nejcastejsí forma podpory uzivatelum PostgreSQL komunitou je
   prostrednictvím e-mailu. Na nasem webovém serveru naleznete odkaz na
   stránky,kde se muzete prihlásit do elektronické konference. Pro
   zacátek jsou doporucené konference general nebo bugs.
   
   Dalsí cestou je IRC kanál #postgresql na Freenode (irc.freenode.net).
   K pripojení pouzijte Unixový príkaz irc -x '#postgresql' "$USER"
   irc.freenode.net nebo jakékoholiv jiného IRC klienta. V této síti
   existuje jeste spanelská (#postgresql-es) a francouzská
   (#postgresqlfr) verze. Dalsí PostgreSQL kanál naleznete na EFNet.
   
   Seznam spolecností poskytující komercní podporu naleznete na adrese
   http://techdocs.postgresql.org/companies.php.
   
  1.8) Jak a kam hlásit chyby?
  
   Vyplnte formulár na adrese
   http://www.postgresql.org/support/submitbug. Na nasem ftp serveru
   ftp://ftp.postgresql.org/pub/ si overte, ze pouzíváte aktuální verzi
   PostreSQL.
   
   Chyby reportované prostrednictvím chybového formuláre nebo zasláním
   mailu do PostgreSQL konference obvykle generuje následující odezvu:
     * Nejedná se o chybu, a proc
     * Jedná se o známou chybu, která je jiz v seznamu úkolu TODO
     * Tato chyba byla opravena v aktuální verzi
     * Tato chyba byla jiz opravena ve verzi, která zatím nebyla
       oficiálne uvolnena
     * Pozadavek na dalsí doplnující informace:
          + Operacní systém
          + Verze PostgreSQL
          + Test reprodukující chybu
          + Ladící informace
          + Backtrace výstup debuggeru
     * Jedná se o zatím nezjistenou chybu, pak muzete cekat
          + Záplatu odstranující chybu, která bude vlozena do dalsí velké
            nebo malé verze
          + Informaci, ze se jedná o chybu, kterou nelze okamzite resit a
            je proto pridána do TODO
       
  1.9) Kde najdu informace o známých chybách nebo nepodporovaných vlastnostech?
  
   PostgreSQL podporuje rozsírenou podmnozinu SQL:2003. V nasem TODO
   naleznete seznam známých chyb, chybejících vlastností, a plány do
   budoucna.
   
   Odezva na pozadavek na novou vlastnost PostgreSQL je obvykle:
     * Pozadavek je jiz v TODO
     * Pozadovaná funkce není chtená protoze
          + Duplikuje jiz existující funkci, která respektuje SQL
            standard
          + Implementací funkce by se prílis zkomplikoval kód bez
            relevantního prínosu
          + Funkce by mohla být nebezpecná nebo nespolehlivá
     * Pozadavek je pridán do TODO
       
   PostgreSQL nepozívá systém pro sledování chyb, protoze jsme zjistili,
   ze je efektivnejsí prímo reagovat na maily a udrzovat aktuální TODO. V
   praxi je snaha o co nejrychlejsí resení chyb, a chyby, které by se
   mohly projevit u mnoha uzivatelu jsou opravovány velice rychle. Jediné
   místo, kde lze dohledat vsechny zmeny, rozsírení a opravy v PostgreSQL
   je CVS log. Poznámky k verzi "Release notes" nezachycují vsechny
   zmeny, k nemz doslo.
   
  1.10) Jaká je dostupná dokumentace?
  
   PostgreSQL obsahuje vynikající dokumentaci zahrnující manuál,
   manuálové stránky a testovací príklady. Podívejte se do adresáre /doc.
   Manuál je prístupný online na http://www.postgresql.org/docs.
   
   K dispozici jsou zdarma dve online knihy na adresách
   http://www.postgresql.org/docs/books/awbook.html a
   http://www.commandprompt.com/ppbook/. Dalsí literaturu lze zakoupit.
   Nejpopulárnejsí je od Kerryho Douglase. Seznam dostupné literatury je
   na http://techdocs.postgresql.org/techdocs/bookreviews.php. Jeste je
   kolekce technicky orientovaných clánku tematicky spojených s
   PostgreSQL na adrese http://techdocs.postgresql.org/.
   
   Rádkový klient psql má \d príkazy pro zobrazení informací o typech,
   operátorech, funkcích, agregacních funkcí, atd. Pouzijte \? pro
   zobrazení dostupných príkazu.
   
   Dalsí dokumentaci najdete na nasem webu.
   
  1.11) Jak se mohu naucit SQL?
  
   Podívejte se do výse uvedené dokumentace. Dalsí online knihou je
   "Teach Yourself SQL in 21 Days, Second Edition" na adrese
   http://members.tripod.com/er4ebus/sql/index.htm. Mnoho nasich
   uzivatelu doporucuje knihu The Practical SQL Handbook, Bowman, Judith
   S., et al., Addison-Wesley. Dalsí The Complete Reference SQL, Groff et
   al., McGraw-Hill.
   
   Dalsí online tutoriály jsou dostupné na adresách:
     * http://www.intermedia.net/support/sql/sqltut.shtm
     * http://sqlcourse.com
     * http://www.w3schools.com/sql/default.asp
     * http://mysite.verizon.net/Graeme_Birchall/id1.html
       
  1.12) Jak se mohu pripojit k týmu vývojáru?
  
   Prostudujte si Developer's FAQ.
   
  1.13) Jak je na tom PostgreSQL v porovnání s jinými databázemi?
  
   Software muzeme porovnávat z nekolika ruzných pohledu: vlastnosti,
   výkon, spolehlivost, podpora a cena.
   
    Vlastnosti
    
   PostgreSQL nabízí vetsinu funkcí funkcionality velkých komercních DBMS
   systému jako jsou: transakce, vnorené dotazy, spouste, referencní
   integrita a sofistikovaný systém zamykání. Poskytujeme urcité funkce,
   které ostatní systémy bezne nepodporují. Napr. uzivatelem definované
   typy, dedicnost, pravidla (rules), a MVCC architekturu.
   
    Výkon
    
   Výkon PostgreSQL je srovnatelný s ostatními komercními nebo Open
   Source databázemi. V nekterých prípadech je rychlejsí, jindy
   pomalejsí. Nás výkon je obvykle +/-10% vuci ostatním databázím.
   
    Spolehlivost
    
   Uvedomujeme si, ze databáze musí být stoprocentne spolehlivá, jinak je
   nepouzitelná. Snazíme se, aby kazdá verze byla dobre otestována a
   obsahovala minimum chyb. Kazdá verze je minimálne nekolik mesícu v
   beta testovacím rezimu. Do produkcního rezimu se dostane, az kdyz
   nedochází k dalsím zmenám nebo opravám. Veríme, ze jsem více nez
   srovnatelní s ostatními databázemi v této oblasti.
   
    Podpora
    
   Na nasich internetových konferencích se setkává velká skupina vývojáru
   a uzivatelu pri resení vyskytujících se problému. Nase internetové
   konference umoznují kontakt velké skupiny vývojáru a uzivatelu.
   Nemuzeme garantovat opravu chyby, ale komercní DBMSs také vzdy
   negarantují resení problému. Veríme ale, ze díky prímému kontaktu na
   vývojáre, nasi uzivatelskou komunitu, manuálum, a dostupným zdrojovým
   kódum máme lepsí podporu nez ostatní DBMSs. Pro ty, kterí preferují
   komercní "per-incident" podporu, existuje spolecností, kterí ji
   nabízejí (FAQ sekce 1.7.)
   
    Cena
    
   PostgreSQL lze pouzívat bezplatne (a to i pro komercní pouzití). Také
   muzete neomezene pouzívat nás kód ve svých produktech s výjimkami
   specifikovanými v nasí licenci (prebíráme BSD licenci).
   
  1.14) Je PostgreSQL pripraven na aktuální zavádení letního casu v nekterých
  zemích?
  
   Pocínaje verzí 8.0.[4+] podporuje PostgreSQL letní cas také pro USA.
   Podpora letního casu (daylight saving time) pro Kanadu a Západní
   Austrálii je obsazena ve verzích 8.0.[10+] a 8.1.[6+] a vsech
   následujících verzích. Starsí verze pouzívaly systémovou databázi
   casových zón obsahující, krome jiného, informaci o tom, zda se pro
   danou casovou zónu rozlisuje mezi letním a zimním casem.
     _________________________________________________________________
   
                        Dotazy na klientská rozhraní
                                      
  2.1) Která rozhraní jsou pouzitelná pro PostgreSQL?
  
   PostgreSQL se distribuuje pouze s rozhraním pro jazyk C a embedded C.
   Vsechna dalsí rozhraní predstavují nezávislé projekty, které je treba
   stáhnout z internetu samostatne. Osamostatnení techto projektu
   umoznuje nezávislost vývojových týmu a moznost vydávat nové verze bez
   ohledu na vydání nové verze PostgreSQL.
   
   Nekteré programovací jazyky jako je napr. PHP obsahují rozhraní pro
   PostgreSQL. Rozhraní pro jazyky jako je Perl, Tcl, Python a mnoho
   dalsích jsou dostupné na adrese: http://gborg.postgresql.org v sekci
   Drivers/Interfaces.
   
  2.2) Jaké nástroje lze pouzít pro PostgreSQL a web?
  
   Dobrým úvodem do problematiky databází v prostredí webových stránek
   muze být web http://www.webreview.com.
   
   PHP (http://www.php.net) je vynikajícím rozhraním pro tvorbu webu.
   
   Pro slozitejsí úlohy se casto pouzívá Perl a jeho BDB:Pg rozhraní s
   podporou CGI - CGI.pm nebo mod_perl(u).
   
  2.3) Existuje grafické rozhraní pro PostgreSQL?
  
   K dispozici je rada grafických nástroju podporujících PostgreSQL a to
   od komercních nebo open source vývojáru. Podrobný seznam naleznete na
   adrese http://www.postgresql.org/docs/techdocs.54.
     _________________________________________________________________
   
                           Administrativní dotazy
                                      
  3.1) Jak nainstalovat PostgreSQL jinam nez do /usr/local/pgsql?
  
   Pri spoustení configure nastavte parametr --prefix
   
  3.2) Jak nastavit pravidla pro prístup z jiných stanic?
  
   Ve výchozí konfiguraci, PostgreSQL umoznuje pouze pripojení z
   lokálního uzivatele prostrednictvím Unix domain sockets nebo TCP/IP
   spojení. Bez modifikace listen_addresses v souboru postgresql.conf, a
   povolení adresy v souboru $PGDATA/pg_hba.conf se nelze pripojit k
   PostgreSQL z ostatních stanic. Zmena výse zmínených parametru vyzaduje
   restart databázového serveru.
   
  3.3) Jak vyladit databázi na vyssí výkon?
  
   Výkon systému muzete ovlivnit ve trech oblastech:
   
    Zmeny dotazu
    
     * Pouzitím indexu vcetne cástecných a funkcionálních
     * Pouzitím COPY místo opakovaných INSERTu
     * Sloucením mnoha SQL príkazu do jedné transakce snízením rezie na
       commit
     * Pouzíváním CLUSTERU, pokud nacítáte vetsí pocet rádek podle indexu
     * Pouzitím klauzule LIMIT v poddotazech
     * Pouzitím predpripravených dotazu
     * Pouzíváním ANALYZE. Tento príkaz aktualizuje statistiky, které se
       pouzívají pri optimalizaci dotazu
     * Pravidelné pouzití VACUUM nebo pouzívání pg_autovacuum
     * Odstranením indexu pred rozsáhlými zmenami v datech
       
    Konfigurace serveru
    
   Urcité parametry v souboru postgresql.conf mají vliv na výkon serveru.
   Detaily naleznete v prírucce Administrátora v Server Run-time
   Environment/Run-time Configuration. Dalsí komentáre naleznete v
   http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.ht
   ml a http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html.
   
    Výber hardware
    
   Vliv hardware na výkon serveru je popsán v dokumentech
   http://candle.pha.pa.us/main/writings/pgsql/hw_performance/index.html
   a http://www.powerpostgresql.com/PerfList/.
   
  3.4) Jaké mám ladící prostredky?
  
   Nastavením log_* promenných v konfiguraci serveru si vynutíte logování
   dotazu a procesních statistik, které Vám mohou pomoci pri ladení a
   optimalizaci výkonu.
   
  3.5) Co znamená "Sorry, too many clients", kdyz se zkousím pripojit?
  
   Prekrocil jste výchozí limit, který je 100 soucasne pripojených
   uzivatelu. V konfiguraci serveru v postgresql.conf tuto hodnotu muzete
   zvetsit zmenou hodnoty max_connection. Nezapomente restartovat server.
   
  3.6) Proc je nutný dump a obnovení (load) databáze pri upgradu PostgreSQL?
  
   Zpusob císlování je popsán v dokumentaci na
   http://www.postgresql.org/support/versioning. Instrukce k provedení
   migrace na vyssí verzi jsou taktéz v dokumentaci na adrese
   http://www.postgresql.org/docs/current/static/install-upgrading.html.
   
  3.7) Jaký hardware bych mel pouzívat?
  
   Jelikoz PC jsou vetsinou kompatibilní, lidé mají tendence verit, ze
   vsechna PC jsou stejne kvalitní. Coz není pravda. Pameti ECC, SCSI a
   kvalitní základní desky jsou mnohem spolehlivejsí a výkonnejsí nez
   lacinejsí hardware. PostgreSQL pobezí na vetsine hardwaru, nicméne
   pokud je pro Vás spolehlivost a výkon systému dulezitá, je dobré
   venovat cas nalezení vhodné hardwarové konfigurace. Na nasich
   elektronických konferencích muzete diskutovat o vhodných konfiguracích
   a znackách.
     _________________________________________________________________
   
                              Provozní dotazy
                                      
  4.1) Jak získat pouze první rádek dotazu? Náhodný rádek?
  
   Pokud potrebujete pouze nekolik rádku a pokud víte kolik, pouzijte
   SELECT LIMIT. Pokud bude mozné pouzít index shodující se s ORDER BY,
   je mozné, ze se nebude provádet celý dotaz. Pokud neznáte pocet
   záznamu, pouzijte kurzor a príkaz FETCH.
   
   Pro výber náhodného rádku pouzijte príkaz ve tvaru:
SELECT col
FROM tab
ORDER BY random()
LIMIT 1;

  4.2) Jak získám seznam tabulek, indexu, databází, a definovaných uzivatelu.
  Mohu videt dotazy, které pouzívá psql pro zobrazení techto informací?
  
   V psql príkazem \dt získáte seznam tabulek. Úplný seznam príkazu psql
   získáte príkazem \?. Alternativne si muzete prostudovat zdrojový kód
   psql - soubor pgsql/src/bin/psql/describe.c, který obsahuje SQL
   príkazy, které jsou generovány pro získání výstupu psql "backslash"
   príkazu. Také muzete nastartovat psql s parametrem -E, který zpusobí
   zobrazení vsech SQL príkazu, které se odesílají na server. PostgreSQL
   také podporuje SQL standard INFORMACNÍ SCHÉMATA (standardní systémové
   tabulky). Klasickým dotazem do systémových tabulek získáte pozadované
   informace o strukture databáze.
   
   Systémové tabulky PostgreSQL (mimo rámec SQL standardu) pouzívají
   prefix pg_. Pro zjistení struktury databáze je muzete pouzít také, i
   kdyz preferovány jsou dotazy do informacního schématu.
   
   Seznam vsech databází získáte príkazem psql -l
   
   Dalsí inspiraci najdete v souboru pgsql/src/tutorial/syscat.source.
   Obsahuje ilustracní SELECTy potrebné k získání informací z systémových
   tabulek databáze.
   
  4.3) Jak zmenit datový typ sloupce?
  
   Ve verzích 8.0 a pozdejsích jednoduse:
ALTER TABLE ALTER COLUMN TYPE

   V starsích verzích:
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;

   Po zmene spustte príkaz VACUUM FULL, aby doslo k uvolnení diskového
   prostoru pouzitého v tu chvíli jiz neplatnými záznamy.
   
  4.4) Jaká je maximální velikost rádku, tabulky a databáze?
  
   PostgreSQL má tato omezení:
   
   Maximální velikost databáze:       neomezena (existují 32TB db)
   Maximální velikost tabulky:        32 TB
   Maximální velikost rádky:          480GB
   Maximální velikost polozky         1 GB
   Maximální pocet rádku v tabulce:   neomezeno
   Maximální pocet sloupcu v tabulce: 250-1600 podle typu
   Maximální pocet indexu na tabulce: neomezeno
   
   Ve skutecnosti nic není neomezeno, limitem bývá vzdy dostupná disková
   pamet nebo velikost operacní pameti. Pokud máte nekterou z techto
   hodnot neobvykle velkou, muze dojít ke snízení výkonu.
   
   Maximální velikost tabulky je 32 TB a nevyzaduje podporu velkých
   souboru operacním systémem. Velké tabulky se ukládají do nekolika 1 GB
   souboru takze limity souborového systému nejsou podstatné.
   
   Maximální velikost tabulky a maximální pocet sloupcu muzeme
   zectyrnásobit nastavením velikosti bloku na 32K.
   
   Indexy jsou povolené pouze na sloupcích jejichz délka je mensí nez
   2000 znaku. Pokud tuto délku prekrocíme a index potrebujeme pro
   zajistení jednoznacnosti, je vhodnejsí pouzít funkcionální index nad
   MD5 funkcí nebo fulltextový index.
   
  4.5) Kolik diskového prostoru je potreba k ulození dat z normálního textového
  souboru?
  
   PostgreSQL vyzaduje az petinásobek diskového prostoru k ulození dat z
   textového souboru.
   
   Napríklad, uvazujme soubor se 100 tisíci rádky obsahující na kazdé
   rádce celé císlo a textový popis. Text je v prumerne dvacet bytu
   dlouhý. Textový soubor bude 2.8 MB dlouhý. Velikost databáze
   obsahující odpovídající data bude zhruba 5.2 MB.
    24 bytu: hlavicka rádku (priblizne)
    24 bytu: jedna celocíselná polozka a jedna textová
   + 4 byty: ukazatel na stránku k entici
   ------------------------------------------------------
    52 bytu na rádek

   Velikost datové stránky PostgreSQL je 8192 bytu (8KB)
 8192 bytu na stránce
---------------------- = 158 rádek na stránku
  52 bytu za rádek

100000 rádek
----------------------- = 633 stránek (zaokrouhleno nahoru)
   158 rádek na stránce

633 datových stránek * 8192 bytu na kazdou stránku = 5,185,536 bytu (5.2 MB)

   Indexy nemají tak velkou rezii, ale mohou být také velké, protoze
   obsahují indexovaná data.
   
   Hodnoty NULL jsou ulozeny v bitmapách, takze zabírají jen velmi málo
   diskového prostoru.
   
  4.6) Muj dotaz je pomalý a nepouzívá vytvorené indexy. Proc?
  
   Kazdý dotaz nemusí nutne pouzít existující indexy. Index se pouzije
   tehdy, kdyz je tabulka vetsí nez urcitá minimální velikost, a dotaz
   vybírá pouze procentuálne malou cást rádku tabulky. To proto, ze
   náhodný prístup k disku daný ctením indexu muze být pomalejsí nez
   lineární ctení tabulky nebo sekvencní ctení.
   
   PostgreSQL rozhoduje o pouzití indexu na základe statistiky prístupu k
   tabulce. Tyto statistiky se shromazdují príkazy VACUUM ANALYZE nebo
   ANALYZE. Díky statistikám má optimizer informaci o poctu rádek v
   tabulce a muze lépe rozhodnout o pouzití indexu. Statistiky se uplatní
   pri urcení optimálního poradí a metody spojení tabulek. Statistiky by
   se meli aktualizovat opakovane, tak jak se mení obsah tabulek.
   
   Indexy nejsou obycejne pouzity pro setrídení nebo spojení tabulek.
   Sekvencní zpracování následované explicitním trídením je obycejne
   rychlejsí nez pouzití indexu na velké tabulce.
   
   Jinak je tomu v prípade pouzití LIMIT a ORDER BY, pri kterém se
   vetsinou index pouzije, jelikoz je výsledkem pouze malá cást tabulky.
   
   Pokud si myslíte, ze optimizer mylne zvolil sekvencní prohledávání
   tabulky, pouzijte príkaz SET enable_seqscan TO 'off' a zkuste zda je
   prohledávání s indexem rychlejsí.
   
   Pri vyhledávání na základe vzoru jako je napr. operátor LIKE nebo ~ se
   indexy pouzijí pouze za urcitých skutecností:
     * zacátek hledaného vzoru musí být ukotven k zacátku, tj.
          + vzor LIKE nesmí zacínat %
          + ~ regulární výraz musí zacínat ^
     * vzor nesmí zacínat intervalem, napr. [a-e]
     * vyhledávaní, které není Case sensitiv jako je ILIKE nebo ~*
       nepouzívá indexy. Muzete ale pouzít funkcionální indexy, které
       jsou popsány v sekci 4.8
     * pri inicializaci databáze (initdb) musí být pouzito C locale nebo
       vytvorte speciální text_pattern_index, který umozní, pri
       respektování zmínených podmínek pouzití indexu operací LIKE. Pro
       vyhledávání celých slov je mozné a výhodné pouzít fulltext.
       
  4.7) Jak zjistím, jak se vyhodnocuje muj dotaz?
  
   Podívejte se do nápovedy k príkazu EXPLAIN.
   
  4.8) Jak pouzít case-(in)sensitive regulární výraz? Jak pouzít index pro case
  insensitive hledání?
  
   Vyhledávání prostrednictvím regulárních vzoru zajistuje operátor ~,
   který je case-sensitive. Jeho case-insensitive varianta je operátor
   ~*. Case-insensitive variací operátoru LIKE je operátor ILIKE.
   
   Case-insensitive vyhledání se resí:
SELECT *
FROM tab
WHERE lower(col) = 'abc';

   Tento dotaz nepouzije standardní index. Musíte pouzít tzv.
   funkcionální index:
CREATE INDEX tabindex ON tab (lower(col));

   Pokud index vytvoríme jako unikátní, tak muzeme ukládat retezce
   obsahující malá i velká písmena, ale nikoliv retezce, které se od sebe
   odlisují jen v malých a velkých písmenech. K zajistení zápisu retezce
   obsahující pouze malá nebo pouze velká písmena pouzijte CHECK kontroly
   nebo triggery.
   
  4.9) Jak v dotazu detekovat, ze polozka je NULL? Jak bezpecne spojit dva
  retezce, pokud mohou obsahovat NULL? Lze trídit podle toho, jestli je polozka
  NULL nebo ne?
  
   Pokud chcete testovat hodnotu NULL pouzijte operátor IS:
   SELECT *
   FROM tab
   WHERE col IS NULL;

   K spojení retezcu, které mohou obsahovat hodnotu NULL, pouzívejte
   funkci COALESCE(), napr.:
   SELECT COALESCE(col1, '') || COALESCE(col2, '')
   FROM tab

   Pokud chcete trídit podle hodnoty NULL, pouzijte výraz IS NULL nebo IS
   NOT NULL v klauzuli ORDER. Hodnota pravda má prednost pred hodnotou
   false a tedy pokud pouzijete:
   SELECT *
   FROM tab
   ORDER BY (col IS NOT NULL)

   tak záznamy s NULL budou na zacátku setrídených dat.
   
  4.10) Jaké jsou rozdíly mezi ruznými znakovými typy?
  
   Typ        Interní název Poznámky
   VARCHAR(n) varchar       n urcuje maximální délku
   CHAR(n)    bpchar        retezec je do dané délky rozsíren mezerami
   TEXT       text          bez omezení délky
   BYTEA      bytea         pole bytu nespecifikované délky
   "char"     char          jeden znak
   
   Na interní názvy muzete narazit v systémovém katalogu nebo v nekterých
   chybových hláseních.
   
   Ctyri první typy jsou tzv. varlena typy (první ctyri byty na disku
   jsou obsahují délku, ostatní obsahují vlastní data). Skutecne obsazený
   prostor je tedy o neco málo vetsí nez deklarovaná velikost. Na druhou
   stranu, delsí retezce jsou komprimovány, takze obsazený prostor na
   disku muze být mensí nez se ceká.
   
   VARCHAR(n) je vhodný pro ukládání ruzne dlouhých retezcu u kterých
   známe délkové omezení, TEXT pro retezce bez omezení délky (maximum je
   jeden gigabyte).
   
   CHAR(n) se pouzívá pro ulození stejne dlouhých retezcu. CHAR(n) doplní
   mezerami na specifikovanou délku, VARCHAR(n) hodnoty se ukládají tak
   jak jsou. BYTEA je pro ukládání binárních dat - non ASCII hodnot.
   Vsechny zmínené typy mají podobné výkonové charakteristiky.
   
  4.11.1) Jak vytvorit serial/auto-increment polozku?
  
   V PostgreSQL muzete pouzít datový typ SERIAL. Jeho pouzitím se
   automaticky vytvorí sekvence. Napríklad:
CREATE TABLE person (
  id   SERIAL,
  name TEXT
);

   je automaticky transformováno na:
CREATE SEQUENCE person_id_seq;
CREATE TABLE person (
  id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
  name TEXT
);

   Podrobnejsí informace najdete v manuálu v popisu príkazu
   create_sequence.
   
  4.11.2) Jak získat hodnotu SERIAL po vlození rádku?
  
   Nejjednodussím zpusob, jak získat vygenerovanou hodnotu typu SERIAL,
   je vyuzít klauzuli RETURNING. Pro tabulku z 4.11.1 vypadá takto:
INSERT INTO person (name) VALUES ('Blaise Pascal') RETURNING id;

   Také muzete pouzít funkci nextvall() a její výsledek pouzít v príkazu
   INSERT, nebo zavolat currval() po provedení príkazu INSERT.
   
  4.11.3) Nezpusobí currval() a nextval() problémy ve více uzivatelském
  prostredí?
  
   Ne, currval vrací vzdy hodnotu, která byla vygenerována pro vás.
   
  4.11.4) Proc není vygenerované císlo pouzito pri prerusení transakce?Proc
  vznikají díry v císlování prostrednictvím sekvence nebo typu SERIAL?
  
   Poté co sekvence vygeneruje nové císlo, tak se nedochází k zamcení
   sekvence a neceká se na úspesné nebo neúspesné dokoncení transakce.
   Odvoláním transakce, která si vyzádala císla sekvence se tato císla
   nenávratne ztratí.
   
  4.12) Co to je OID? Co je to CTID?
  
   V prípade, ze tabulku nezalozíme s atributem WITHOUT OIDS, tak má
   kazdý rádek unikátní identifikacní císlo OID. Toto císlo je 4 bajtové
   celé císlo, které je jedinecné v celé instalaci. Pretece po 4
   miliardách rádku. PostgreSQL pouzívá OIDs jako interní linky v
   interních systémových tabulkách.
   
   K získání unikátního císla v nesystémových tabulkách je vhodnejsí
   pouzití typu SERIAL nez OID, jelikoz sekvence SERIAL se pouzívá pouze
   pro jednu tabulku a je tudíz méne náchylná na pretecení. Pokud byste
   se toho obávali, pouzijte typ SERIAL8.
   
   CTID se pouzívá k identifikaci konkrétního fyzického rádku. CTID se
   mení pokud je rádek modifikován nebo znovu nacten. Pouzívají ho indexy
   jako adresaci fyzických rádku.
   
  4.13) Co znamená chybové hlásení "ERROR: Memory exhausted in
  AllocSetAlloc()"?
  
   Pravdepodobne jste vycerpal dostupnou virtuální pamet, nebo tvuj
   kernel má prílis nízké limity u urcitých zdroju. Pred startem
   PostgreSQL vyzkousejte:
ulimit -d 262144
limit datasize 256m

   Mozná, ze se projde pouze jeden príkaz - zálezí to na vasem shellu.
   Mel by zvednout limity datových segmentu vasich procesu na dostatecne
   velkou hodnotu a snad umoznit dokoncení dotazu. Zmena limitu se bude
   aplikovat pouze na aktuální proces a na vsechny nove vytvorené
   procesy. Jestlize máte problém s SQL klientem, protoze vám server
   vrátil prílis dat, zkuste to pred startem klienta.
   
  4.14) Jak zjistím, kterou verzi PostgreSQL pouzívám?
  
   V psql napiste:
SELECT version();

  4.15) Jak vytvorit sloupec, který bude implicitne obsahovat aktuální cas?
  
   Pouzijte CURRENT_TIMESTAMP:
CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );

  4.16) Jak provést vnejsí spojení (outer join)?
  
   PostgreSQL podporuje standardní SQL syntaxi pro vnejsí spojení. Zde
   jsou dva príklady:
SELECT *
FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);

   nebo
SELECT *
FROM t1 LEFT OUTER JOIN t2 USING (col);

   Tyto identické dotazy spojí sloupec t1.col k sloupci t2.col, a jeste
   vrátí vsechny nespárované rádky t2 (ty, které nedohledá v t2). RIGHT
   JOIN by pripojil vsechny nespárované rádky z t2. FULL JOIN vrátí
   vsechny spárované rádky i vsechny zbývající rádky z obou tabulek.
   Klícové slovo OUTER je volitelné. Bezná operace JOIN se také oznacuje
   jako vnitrní spojení.
   
  4.17) Jak provést dotaz napríc nekolika databázemi?
  
   Neexistuje zádný zpusob, jak se v dotazu odkazovat na tabulky z jiné
   nez aktuální databáze. A to protoze má systémové tabulky ulozené
   nezávisle v kazdé databázi a není tak úplne zrejmé, jak by se dotaz
   provedený napríc databázemi mel chovat.
   
   Jeden z doplnku dblink umoznuje dotaz nad nekolika tabulkami pomocí
   funkcí. Druhý zpusob je simultální pripojení klienta ke vsem
   relevantním databázím a sloucení výsledku na strane klienta.
   
  4.18) Muze funkce vrátit více rádku nebo sloupcu?
  
   Jde to jednoduse pomocí set-returning funkce. Více na
   http://www.postgresql.org/docs/techdocs.17.
   
  4.19) Co je prícinou chyby "relation with OID xxxxx does not exist"?
  
   Nechteným vedlejsím efektem kesování SQL dotazu v PL/pgSQL funkci je
   problém s neplatnými odkazy na docasné tabulky, které byly od prvního
   spustení funkce zruseny a znovu vytvoreny pred dalsím spustením
   PL/pgSQL funkce. Resením je pouzít príkaz EXECUTE a to proto, ze
   provádecí plán SQL príkazu spousteného príkazem EXECUTE se vytvárí
   pokazdé znovu (neukládá se do cache).
   
   Tento problém by se nemel vyskytovat u PostgreSQL verze 8.3 a vyssích
   verzích.
   
  4.20) Jaké jsou moznosti replikace databází?
  
   Replikaci databáze umoznuje nekolik technoligií. Kazdá má urcité
   výhody a nevýhody.
   
   Master/Slave replikaci podporuje jeden hlavní server, který prijímá
   pozadavky na zápis a ctení, a nekolik podrízených serveru, které
   umoznují pouze ctení (SELECT). Nejrozsírenejsím volne dostupným
   resením tohoto typu je Slony-I.
   
   Replikace typu Multi-master podporuje existenci nekolika serveru s
   povoleným zápisem na více replikovaných serverech. Toto resení zvysuje
   zátez serveru, protoze je nutná synchronizace serveru.
   Nejrozsírenejsím volne dostupným resením je PGCluster.
   
   Jeste existuje nekolik komercních a hardware resení replikací
   podporujících ruzné modely replikace.
   
  4.21) Proc v dotazu nejsou rozpoznány názvy mých tabulek nebo funkcí? Proc
  jsou velká písmena v názvech automaticky prevedena na malá písmena?
  
   Nejcastejsím duvodem nerozpoznání názvu objektu bylo pouzití vlození
   názvu sloupce nebo tabulky mezi uvozovky pri zakládání tabulky. Pokud
   se název zapíse mezi uvozovky, pak je case sensitive, a v dusledku
   toho je nutné názvy techto sloupcu nebo tabulek v SQL príkazech také
   vkládat mezi uvozovky (pokud obsahují velká písmena). Nekteré
   programy, jako je napríklad pgAdmin, automaticky pouzívají uvozovky.
   Takze pokud chcete, aby systém identifikoval identifikátor, musíte:
     * nepouzívat uvozovky v príkazu CREATE TABLE
     * v identifikátoru pouzít pouze malá písmena
     * v dotazech vkládat identifikátory do uvozovek
