Repair name.

1 files changed, 0 insertions, 1189 deletions

diff --git a/doc/FAQ_czeck b/doc/FAQ_czeck
deleted file mode 100644
index 1fd6627b8a5..00000000000
--- a/doc/FAQ_czeck
+++ /dev/null
@@ -1,1189 +0,0 @@
-Často kladené dotazy (FAQ) PostgreSQL
-=====================================
-
-Obecné otázky
-=============
-1.1 Co je PostgreSQL? Jak se vyslovuje?
-1.2 Jaká je licence na PostgreSQL?
-1.3 Na kterých Unixex lze spustit PostgreSQL?
-1.4 Které ne-unixové platformy jsou podporované?
-1.5 Kde mohu získat PostgreSQL?
-1.6 Kde mohu získat podporu?
-1.7 Kde je poslední verze?
-1.8 Jaká je dostupná dokumentace?
-1.9 Kde najdu seznam známých chyb nebo nepodporovaných vlastností?
-1.10 Jak se mohu naučit SQL?
-
-1.11 Nemá PostgreSQL problémy s rokem 2000?
-1.12 Jak se připojit k vývojářskému týmu?
-1.13 Kam podat report o chybě?
-1.14 Jak je na tom PostgreSQL v porovnání s jinými databázemi?
-1.15 Jak lze finančně pomoci PostgreSQL?
-
-User client dotazy
-==================
-2.1 Kde naleznu ODBC ovladače pro PostgreSQL?
-2.2 Jaké nástroje lze použít pro PostgreSQL a web?
-2.3 Existuje grafické rozhraní pro PostgreSQL?
-2.4 Které programovací jazyky mají podporu pro PostgreSQL?
-
-Administrativní dotazy
-======================
-3.1 Jak nainstalovat PostgreSQL jinam než do /usr/local/pgsql?
-3.2 Při startu postmaster, dostanu chybové hlášení Bad System Call nebo
-core dump. Proč? 3.3 Při startu postmastera dostanu hlášení o chybě
-IpcMemoryCreate. Proč? 3.4 Při startu postmastera dostanu hlášení o
-chybě IpcSemaphoreCreate. Proč? 3.5 Jak povolit nebo zakázat přístup z
-jiných stanic? 3.6 Jak ladit databázový stroj na lepší výkon?
-
-3.7 Jaké jsou možnosti ladění?
-3.8 Proč dostanu "Sorry, too many clients", když se zkouším připojit?
-3.9 K čemu slouží adresář pgsql_tmp?
-
-3.10 Proč je požadováno dump a obnovení (load) databáze během upgrade
-mezi velkými verzemi PostgreSQL?
-
-Provozní dotazy
-===============
-4.1 Čím se liší binární a normální kurzor?
-4.2 Jak získat pouze první řádek dotazu? Náhodný řádek?
-4.3 Jak získám seznam tabulek nebo jinak jak jej získá psql?
-4.4 Jak odstraním sloupec tabulky, jak změním jeho typ?
-4.5 Jaká je maximální velikost řádku, tabulky a databáze?
-4.6 Kolik diskového prostoru je potřeba k uložení dat z normálního
-textového souboru? 4.7 Jak získám seznam vytvořených tabulek, indexů,
-databází? 4.8 Můj dotaz je pomalý a nepoužívá vytvořené indexy. Proč?
-4.9 Jak zjistím, jak optimizer dotazu vyhodnocuje můj dotaz?
-
-4.10 Co to je R-tree index?
-4.11 Co je Genetic Query Optimizer?
-4.12 Jak provést vyhledávání regulárního výrazu case sensitiv,
-insensitiv? Jak použít index pro case insensitive vyhledávání? 4.13 Jak
-v dotazu detekovat, že položka je NULL? 4.14 Jaké jsou rozdíly mezi
-různými znakovými typy? 4.15.1 Jak vytvořit serial/auto-increment pole?
-4.15.2 Jak získat hodnotu SERIAL po vložení řádku?
-
-4.15.3 Nepovede currval() a nextval() k rozhození podmínek při souběhu s
-jinými uživateli? 4.15.4 Proč není vygenerované číslo použito při
-přerušení transakce? Proč vznikají díry v číslování vlastní
-sekvencí/SERIAL sloupce? 4.16 Co to je OID? Co je to TID?
-
-4.17 Jaký je význam některých výrazů použitých v PostgreSQL?
-4.18 Proč jsem získal chybové hlášení "ERROR: Memory exhausted in
-AllocSetAlloc()"? 4.19 Jak se dozvím, kterou verzi PostgreSQL používám?
-4.20 Proč operace s velkými objekty končí "invalid large obj
-descriptor"? 4.21 Jak vytvořit sloupec obsahující implicitně aktuální
-datum? 4.22 Proč jsou moje vnořené dotazy používající IN tak pomalé?
-4.23 Jak provést vnější spojení (outer join)?
-
-4.24 Jak provést dotaz napříč několika databázemi?
-4.25 Může funkce vrátit více řádků nebo sloupců?
-4.26 Proč nelze spolehlivě vytvářet a rušit dočasné tabulky v PL/pgSQL
-funkcích? 4.27 Jaké jsou možnosti replikace databází?
-
-4.28 Jaké jsou možnosti šifrování databází?
-
-Rozšiřování PostgreSQL
-======================
-5.1 Napsal jsem UDF funkci, PostgreSQL však končí dump core?
-5.2 Jak mohu přispět nějakými šikovnými datovými typy a funkcemi do
-PostgreSQL? 5.3 Jak napsat funkci v C vracející ntici?
-
-5.4 Modifikoval jsem zdrojové soubory. Tato změna nebyla při rekompilaci
-vzata v potaz. Proč?
-------------------------------------------------------------------------
-
-Obecné otázky
-=============
-
-1.1 Co je PostgreSQL? Jak se vyslovuje?
----------------------------------------
-
-PostgreSQL se vyslovuje Post-Gres-Q-L.
-
-PostgreSQL vychází z databáze 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 vyvýjí tým vývojářů přihlášených do vývojářské konference
-PostgreSQL. Současným koordinátorem je Marc G. Fournier. (Odpověď 1.6. -
-jak se zapojit). Tento tým je zodpovědný za veškerý vývoj PostgreSQL.
-
-Autory první verze PostgreSQL 1.01 byli Andrew Yu and Jolly Chen. Do
-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.
-
-Původní název software z Berkley byl Postgres. Po přidání jazyka SQL se
-název změnil na Postgres95. Koncem roku 1996 byl RDBMS přejmenován na
-PostgreSQL.
-
-1.2 Jaká je licence na PostgreSQL?
-----------------------------------
-
-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
-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ů.
-
-THE UNIVERSITY OF CALIFORNIA ("KALIFORNSKÁ UNIVERZITA") NENÍ V ŽÁDNÉM
-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.
-
-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
-ÚČ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.
-
-Výše uvedené je BSD licence, běžná licence otevřeného zdroje. Není zde
-žá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.
-
-1.3 Na kterých Unixex lze spustit PostgreSQL?
----------------------------------------------
-
-PostgreSQL běží na všech moderních unixových platformách. V instalačních
-instrukcích naleznete aktuální seznam všech platforem na kterých byla
-testováním ověřena funkcionalita PostgreSQL.
-
-1.4 Které ne-unixové platformy jsou podporované?
-------------------------------------------------
-
-Klient
-------
-
-Knihovna libpq, psql a některé další moduly byly přeloženy pro MS
-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.
-
-Server
-------
-
-Server může být na WindowsNT a Win2k provozován pouze s knihovnou
-Cygwin, Cygnus Unix/NT porting library. Na nativním portu pro MS Win
-NT/2000/XP se pracuje. Existující port pro Novell Netware 6 naleznete na
-http://forge.novell.com.
-
-1.5 Kde mohu získat PostgreSQL?
--------------------------------
-
-Primárním anonymním ftp serverem pro PostgreSQL je
-ftp://ftp.PostgreSQL.org/pub . Seznam zrcadel naleznete na našich
-webových stránkách.
-
-1.6 Kde mohu získat podporu?
-----------------------------
-
-Hlavním mailová konference je pgsql-general@PostgreSQL.org. 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 mailto:pgsql-general-request@PostgreSQL.org.
-
-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í pošlete mail se stejným obsahem jako v předchozím případě na
-adresu mailto:pgsql-bugs-request@PostgreSQL.org.
-
-Do vývojářské konference se přihlásíte odesláním dopisu s již zmiňovaným
-obsahem na mailto:pgsql-hackers-request@PostgreSQL.org.
-
-Seznam dalších konferencí naleznete na stránkách PostgreSQL
-http://www.postgresql.org
-
-1.7 Kde je poslední verze?
---------------------------
-
-Poslední verzí je PostgreSQL 7.4.. Plánujeme uvolnit velkou verzi
-každých šest až osm měsíců.
-
-1.8 Jaká je dostupná dokumentace?
----------------------------------
-
-Různé manuály, manuálové stránky a několik malých testovacích příkladů
-jsou součásti distribuce. Podívejte se do adresáře /doc. Manuály jsou
-přístupné online na http://www.PostgreSQL.org/docs.
-
-Na adresách http://www.PostgreSQL.org/docs/awbook.html a
-http://www.commandprompt.com/ppbook/ 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/.
-
-psql má užitečný metapříkaz \d sloužící k zobrazení informací o typech,
-operátorech, funkcí, agregačních funkcí atd.
-
-Více dokumentace naleznete na našich webových stránkách.
-
-1.9 Kde najdu seznam známých chyb nebo nepodporovaných vlastností?
-------------------------------------------------------------------
-
-PostgreSQL podporuje rozšířenou podmnožinu SQL-92. V našem TODO [1]
-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).
-
-1.10 Jak se mohu naučit SQL?
-----------------------------
-
-V knize The PostgreSQL book na
-http://www.PostgreSQL.org/docs/awbook.html je vysvětlen jazyk SQL (vyšla
-česky). Další dostupnou knihou je http://www.commandprompt.com/ppbook.
-Kvalitní návody naleznete na
-http://www.intermedia.net/support/sql/sqltut.shtm, na
-http://www.intermedia.net/support/sql/sqltut.shtm [2] , a na
-http://sqlcourse.com.
-
-Další je Teach Yourself SQL in 21 days, Second Edition na
-http://members.tripod.com/er4ebus/sql/index.htm.
-
-Mnoho uživatelů doporučuje The Practical SQL Handbook, Bowman, Judith
-S., et al., Addison-Wesley. Jiní preferují The Complete Reference SQL,
-Groff et al., McGraw-Hill.
-
-1.11 Nemá PostgreSQL problémy s rokem 2000?
--------------------------------------------
-
-Nemá, můžeme pracovat s datumy po roce 2000 našeho letopočtu i před
-rokem 2000 př.n.l.
-
-1.12 Jak se připojit k vývojářskému týmu?
------------------------------------------
-
-Nejdříve si stáhněte nejnovější zdroje a přečtěte si vývojářskou
-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.
-
-Právo commit má v cvs archivu asi třinácti lidí. Každý z nich 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.
-
-1.13 Kam podat report o chybě?
-------------------------------
-
-Navštivte naši PostgreSQL BugTool stránku na
-http://www.PostgreSQL.org/bugs/bugs.php, která obsahuje návod a směrnice
-jak podat chybový report.
-
-Ověřte si na našem ftp serveru ftp://ftp.PostgreSQL.org/pub, zda-li máte
-nejnovější verzi PostgreSQL a zda-li k ní neexistují nějaké záplaty.
-
-1.14 Jak je na tom PostgreSQL v porovnání s jinými databázemi?
---------------------------------------------------------------
-
-Existuje několik hledisek jak porovnávat software: vlastnosti, výkon,
-spolehlivost, podpora a cena.
-
-Vlastnosti
-----------
-
-PostgreSQL má hodně společných vlastností s velkými komerčními 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
------
-
-Výkonnostně je na tom PostgreSQL podobně jako další komerční 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
-http://openacs.org/philosophy/why-not-mysql.html. Za vývojem MySQL není
-Open Source komunita, ale komerční společnost, přestože svoje produkty
-distribuuje jako Open Source.
-
-Spolehlivost
-------------
-
-Jsme si vědomi, že databáze musí být spolehlivá, jinak je 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
--------
-
-Na naší mailové konferenci můžete kontaktovat velkou skupinu 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ů, 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).
-
-Cena
-----
-
-PosgreSQL lze volně používat pro nekomerční i komerční 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).
-
-1.15 Jak lze finančně pomoci PostgreSQL?
-----------------------------------------
-
-PosgreSQL má prvotřídní infrastrukturu od našeho začátku v roce 1996.
-Vděčíme za to Marku Fournierovi, který založil a spravoval tuto
-infrastrukturu několik let.
-
-Kvalitní infrastruktura je velice důležitá pro každý open source
-projekt. Předchází nedorozuměním, která velice zdržují pokrok v
-projektu.
-
-Tato infrastruktura není laciná. K jejímu zajištění je třeba stále
-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/ a darujte je.
-
-Ačkoliv webová stránka zmiňuje PostgreSQL, Inc. vklady jsou určeny 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.
-
-Pokud máte příklad úspěšného nasazení PostgreSQL, přihlaště se na náš
-advocacy site na http://advocacy.postgresql.org.
-
-------------------------------------------------------------------------
-
-User client dotazy
-==================
-
-2.1 Kde naleznu ODBC ovladače pro PostgreSQL?
----------------------------------------------
-
-Pro PostgreSQL existují dva ODBC ovladače - PsqlODBC a OpenLink ODBC.
-
-PsqlODBC je ke stažení na
-http://gborg.postgresql.org/project/psqlodbc/projdisplay.php.
-
-OpenLink můžete získat na http://www.openlinksw.com. Spolupracuje s
-jejich klientským programovým vybavením a je dostupný pro všechny jimi
-podporované platformy (Win, Mac, Unix, VMS).
-
-Tento ovladač je určen pro ty, kteří vyžadují podporu komerční kvality,
-nicméně freeware verze je dostupná a funkční. Dotazy zasílejte na
-postgres95@openlink.co.uk.
-
-2.2 Jaké nástroje lze použít pro PostgreSQL a web?
---------------------------------------------------
-
-Pěkný úvod do databázových technologií zabezpečujících chod webových
-stránek najdete na http://www.webreview.com.
-
-Pro tvorbu webu existuje excelentní rozhraní PHP, které naleznete na
-http://www.php.net.
-
-Pro složitější případy se často používá Perl a CGI.pm nebo mod_perl.
-
-2.3 Existuje grafické rozhraní pro PostgreSQL?
-----------------------------------------------
-
-Pro PostgreSQL existuje několik grafických rozhraní: PgAccess
-(http://www.php.net), PgAdmin (http://www.php.net), RHDB Admin
-(http://sources.redhat.com/rhdb/) a Rekall (
-http://www.thekompany.com/products/rekall/). Dále existuje PHPPgAdmin
-(http://phppgadmin.sourceforge.net/) rozhraní PostgreSQL založené na web
-technologii.
-
-Úplnější seznam najdete na
-http://techdocs.postgresql.org/guides/GUITools.
-
-2.4 Které programovací jazyky mají podporu pro PostgreSQL?
-----------------------------------------------------------
-
-Většina programovacích jazyků obsahuje rozhraní pro PostgreSQL.
-Podívejte se do rozšiřujících modulů Vašeho programovacího jazyka.
-
-Distribuce PostgreSQL obsahuje tato rozhraní:
-
-    - C (libpq)
-    - Embbedded C (ecpg)
-    - Java (jdbc)
-    - Python (PyGreSQL)
-    - TCL (libpgtcl)
-
-Další rozhraní jsou dostupná na http://gborg.postgresql.org v sekci
-Drivers/Interfaces.
-
-------------------------------------------------------------------------
-
-Administrativní dotazy
-======================
-
-3.1 Jak nainstalovat PostgreSQL jinam než do /usr/local/pgsql?
---------------------------------------------------------------
-
-Použijte volbu --prefix při spuštění configure
-
-3.2 Při startu postmaster, dostanu chybové hlášení Bad System Call nebo core dump. Proč?
-----------------------------------------------------------------------------------------
-
-Důvody mohou být různé, ale nejprve zkontrolujte, zda Váš systém
-podporuje System V extensions. PostgreSQL vyžaduje v jádře podporu
-sdílené paměti a semaforů.
-
-3.3 Při startu postmastera dostanu hlášení o chybě IpcMemoryCreate. Proč?
--------------------------------------------------------------------------
-
-Buďto nemáte správně nakonfigurovanou sdílenou paměť v jádře nebo 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
-http://www.postgresql.org/docs/view.php?version=current&idoc=1&file=kern
-el-resources.html [3] naleznete podrobnější informace o sdílené paměti a
-semaforech.
-
-3.4 Při startu postmastera dostanu hlášení o chybě IpcSemaphoreCreate. Proč?
-----------------------------------------------------------------------------
-
-Pokud dostane chybovou zprávu IpcSemaphoreCreate: semget failed (No
-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.
-
-Nefunkční semafory mohou způsobit pád během intenzivních databázových
-operací.
-
-Pokud se tato chyba vyskytuje ještě někde jinde, možná nemáte vůbec
-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.
-
-3.5 Jak povolit nebo zakázat přístup z jiných stanic?
------------------------------------------------------
-
-Při výchozím nastavení PostgreSQL odepře přístup z jiných stanic než
-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É
-
-3.6 Jak ladit databázový stroj na lepší výkon?
-----------------------------------------------
-
-Určitě pomohou indexy. Příkaz EXPLAIN zobrazí způsob interpretace Vašeho
-dotazu a použití indexů.
-
-Při větší dávce INSERTů uvažujte o náhradě příkazem COPY. Ten je 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.
-
-Máte několik dalších možností, jak zlepšit výkon. Můžete zakázat fsyn()
-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.
-
-Můžete zvýšit velikost paměťových bufferů použitých backendy 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ů.
-
-Dále můžete použít přepínač -S k zvýšení limitu paměti pro backendy na
-dočasné třídění. Hodnota je míněna v kilobytech a výchozí nastavení je
-512, tj. 512K.
-
-Můžete použít příkaz CLUSTER, který uspořádá fyzicky data v tabulkách
-podle indexu. Více na manuálových stránkách příkazu CLUSTER.
-
-3.7 Jaké jsou možnosti ladění?
-------------------------------
-
-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
-monitorování a následné zastavení aplikace, když se proces v backendu
-dostane do neočekávaného stavu.
-
-Jak postmaster tak postgres má několik přepínačů umožňujících 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 &
-
-Tím se vytvoří log v adresáři PostgreSQL, Tento soubor obsahuje 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.
-
-Pokud neběží postmaster, můžete spustit backend PostgreSQL z příkazové
-řá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.
-
-Pokud běží postmaster, spusťe psql v jednom okně a pak si zjistěte PID
-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.
-
-Pro ladění a měření výkonu mohou být užitečné přepínače -s, -A a -t
-programu postgres (backend).
-
-Můžete provést překlad s profilací, tak abyste viděli kolik času
-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.
-
-3.8 Proč dostanu "Sorry, too many clients", když se zkouším připojit?
----------------------------------------------------------------------
-
-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
-opětovným spuštěním postmastera s parametrem -N nebo úpravou
-postgresql.conf.
-
-Při zvýšení hodnoty -N nad 32 musíte zvýšit hodnotu -B nad výchozí 64,
--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.
-
-3.9 K čemu slouží adresář pgsql_tmp?
-------------------------------------
-
-Tento adresář obsahuje dočasné soubory vytvořené exekutorem 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ů.
-
-Dočasné soubory jsou obvykle mazány automaticky, ale může se stát, že
-během třídění server spadne. Zastavení a další start postmastera zajistí
-odstranění souborů s těchto adresářů.
-
-3.10 Proč je požadováno dump a obnovení (load) databáze během upgrade mezi velkými verzemi PostgreSQL?
-------------------------------------------------------------------------------------------------------
-
-PostgreSQL se minimálně mění během malých verzí, takže např. při upgrade
-z 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
-===============
-
-4.1 Čím se liší binární a normální kurzor?
-------------------------------------------
-
-Popis najdete v manuálové stránce DECLARE
-
-4.2 Jak získat pouze první řádek dotazu? Náhodný řádek?
--------------------------------------------------------
-
-Podívejte se do man. stránky příkazu FETCH, nebo použijte SELECT ...
-LIMIT ...
-
-Není nutné zpracovávat celý dotaz, když potřebujete pouze několik
-prvních řá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ů.
-
-K získání náhodného řádku použijte:
-
-SELECT col FROM tab
-  ORDER BY random() LIMIT 1;
-
-4.3 Jak získám seznam tabulek nebo jinak jak jej získá psql?
-------------------------------------------------------------
-
-Podívejte se 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á.
-
-4.4 Jak odstraním sloupec tabulky, jak změním jeho typ?
--------------------------------------------------------
-
-Počínaje verzí 7.3 můžete použít příkaz ALTER TABLE DROP COLUMN. Ve
-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;
-
-Pro změnu typu sloupce je třeba provést:
-
-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.
-
-4.5 Jaká je maximální velikost řá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 řá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
-
-Ve skutečnosti nic není neomezeno, limitem bývá vždy dostupná disková
-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.
-
-Maximální velikost tabulky je 32 TB a nevyžaduje podporu velkých souborů
-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é.
-
-Maximální velikost tabulky a maximální počet sloupců můžeme
-zečtyřnásobit nastavením velikosti bloku na 32K.
-
-4.6 Kolik diskového prostoru je potřeba k uložení dat z normálního textového souboru?
--------------------------------------------------------------------------------------
-
-PostgreSQL vyžaduje až pětinásobek diskového prostoru k uložení dat z
-textového souboru.
-
-Například, uvažujme soubor se 100 tisíci řádky obsahující na každé řá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
-
-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)
-
-Indexy nemají tak velkou režii, ale mohou být také velké, protože
-obsahují indexovaná data.
-
-Hodnoty NULL jsou uloženy v bitmapách, takže spotřebují jen velmi málo
-diskového prostoru.
-
-4.7 Jak získám seznam vytvořených tabulek, indexů, databází?
-------------------------------------------------------------
-
-psql má sadu metapříkazů k zobrazení těchto informací. Jejich seznam
-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í.
-
-Soubor pgsql/src/tutorial/syscat.source obsahuje SELECTy přistupující k
-systémovým tabulkámm.
-
-4.8 Můj dotaz je pomalý a nepoužívá vytvořené indexy. Proč?
------------------------------------------------------------
-
-Každý dotaz nemusí nutně použít existující indexy. Index se použije
-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í,
-
-PostgreSQL rozhoduje o použití indexů na základě statistiky přístupů k
-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.
-
-Indexy nejsou obyčejně použity pro setřídění nebo spojení tabulek.
-Sekvenční zpracování následované explicitním tříděním je obyčejně
-rychlejší než indexní čtení na velké tabulce.
-
-Jinak je tomu v případě použití LIMIT a ORDER BY, při kterém se 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;
-
-Pokud si myslíte, že optimizer mylně zvolil sekvenční prohledávání
-tabulky, použijte příkaz SET enable_seqscan TO 'off' a zkuste zda je
-indexní prohledávání rychlejší.
-
-Při vyhledávání na základě vzoru jako je např. operátor LIKE nebo ~ se
-indexy použíjí pouze za určitých skutečností:
-
-    - začátek hledaného vzoru musí být ukotven k začátku, tj.
-
-        * vzor LIKE nesmí začínat %
-        * regulární výraz musí začínat ^
-
-    - vzor nesmí začínat intervalem, např. [a-e]
-
-    - vyhledávaní, které není Case sensitiv nepoužívá indexy.
-    Můžete ale použít funkcionální indexy, které jsou posány v sekci
-    4.12
-    - při inicializaci databáze (initdb) musí být použito C locale
-    (pozn. překladatele - tudíž v našich podmínkách nepoužitelné,
-    nepracovalo by české třídění).
-
-4.9 Jak zjistím, jak optimizer dotazu vyhodnocuje můj dotaz?
-------------------------------------------------------------
-
-Podívejte se do manuálové stránky příkazu EXPLAIN.
-
-4.10 Co to je R-tree index?
----------------------------
-
-R-tree index se používá pro indexování prostorových dat. Hash index
-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ů.
-
-Původní návrh R-tree je Guttman, A. "R-trees: A Dynamic Index Structure
-for Spatial Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on
-Mgmt of Data, 45-57
-
-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
-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.
-
-4.11 Co je Genetic Query Optimizer?
------------------------------------
-
-GEQO modul urychluje optimalizaci dotazů při spojování množství 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.
-
-4.12 Jak provést vyhledávání regulárního výrazu case sensitiv,
-insensitiv? Jak použít index pro case insensitive vyhledávání?
-
-Operátor ~ slouží k porování s regulárním výrazem, jeho modifikace *~
-představuje case insensitive vyhledávání. Jedná se o obdobu LIKE a
-ILIKE.
-
-Pro vyhledávání bez ohledu na velká malá písmena použijeme
-
-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));
-
-4.13 Jak v dotazu detekovat, že položka je NULL?
-------------------------------------------------
-
-Určíte pomocí IS NULL nebo IS NOT NULL
-
-4.14 Jaké jsou rozdíly mezi různými znakovými typy?
----------------------------------------------------
-
-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
-
-S interními názvy se setkáte v systémovém katalogu a v některých
-chybových hlášeních.
-
-První čtyři uvedené typy jsou tzv. varlena typy (tj. první čtyři byty 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.
-
-VARCHAR(n) je vhodný pro ukládání textů promměné délky s pevně
-stanovenou maximální délkou. TEXT je pro řetězce bez omezení délky s
-maximem jeden gigabajt.
-
-CHAR(n) slouží k ukládání řetězců stejné délky. CHAR(n) doplní prázdné
-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.
-
-4.15.1 Jak vytvořit serial/auto-increment pole?
------------------------------------------------
-
-PostgreSQL podporuje typ SERIAL. Při jeho použití se automaticky 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);
-
-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).
-
-4.15.2 Jak získat hodnotu SERIAL po vložení řádku?
---------------------------------------------------
-
-Jednou z možností je získat budoucí hodnotu SERIAL funkcí nextval před
-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')");
-
-Můžete pak ještě použít hodnotu newid v dalších dotazech, např. jako
-hodnotu cizího klíče. Název automaticky vytvořené sekvence je
-tabulka_sloupec_seq.
-
-Alternativně můžete získat hodnotu posledně generovou sekvencí funkcí
-currval() po vložení
-
-execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
-new_id = execute("SELECT currval('person_id_seq')");
-
-Konečně můžete použít OID hodnotu vrácenou příkazem INSERT, ale to je
-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().
-
-4.15.3 Nepovede currval() a nextval() k rozhození podmínek při souběhu s jinými uživateli?
-------------------------------------------------------------------------------------------
-
-Nikoliv, currval() vrací hodnotu naposledy generovanou ve vašem
-backendu, a ta tudíž není společná všem uživatelům.
-
-4.15.4 Proč není vygenerované číslo použito při přerušení transakce?
-Proč vznikají díry v číslování vlastní sekvencí/SERIAL sloupce?
-
-K zajištění efektivnosti souběhu, jsou hodnoty posloupnosti, když se o
-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í.
-
-4.16 Co to je OID? Co je to TID?
---------------------------------
-
-Každý řádek vytvořený v PostgreSQL získá jedinečné OID. Všechna OID
-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
-
-PostgreSQL používá OID ve svém interním systému tabulek k vytvoření
-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.
-
-OID jsou dána všem řádkům z centrální oblasti a jsou použita v každé
-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';
-
-OID jsou uložena jako 4bajtový integer a přetečou po čtyřech 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.
-
-TID se používají i identifikaci fyzických řádků s hodnotou bloku a
-offsetu. TIDs se mění modifikací řádků (používá se jako ukazatel indexu
-fyzického řádku).
-
-4.17 Jaký je význam některých výrazů použitých v PostgreSQL?
-------------------------------------------------------------
-
-V některých zdrojových kódech nebo starší dokumentaci se můžete setkat s
-následujícími výrazy, které mají širší význam. Zde je příklad nekterých:
-
-    - tabulka, relace, třída (table, relation, class)
-    - řádek, záznam, ntice (row, record, tuple)
-    - sloupec, položka, atribut (column, field, attribute)
-    - vyhledání, výběr (retrieve, select)
-
-    - náhrada, úprava (replace, update)
-    - přidání, vkládání (append, insert)
-    - OID, serial value (OID, serial value)
-    - portal, kurzor (portal, cursor)
-    - range variable, jméno tabulky, alias tabulky (range
-    variable, table name, table alias)
-
-seznam těchto výrazů můžete nalézt na
-http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/g
-lossary.html.
-
-4.18 Proč jsem získal chybové hlášení "ERROR: Memory exhausted in AllocSetAlloc()"?
------------------------------------------------------------------------------------
-
-Pravděpodobně došlo k vyčerpání virtuální paměťi na Vašem systému, nebo
-jádro má nízký limit pro určité zdroje. Vyzkoušejte před startem
-posmatera
-
-ulimit -d 262144
-limit datasize 256m
-
-Záleží na Vašem shellu, zda budou tyto příkazy úspěšné, měly by zvýšit
-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.
-
-4.19 Jak se dozvím, kterou verzi PostgreSQL používám?
------------------------------------------------------
-
-V psql spusťte
-
-SELECT version();
-
-4.20 Proč operace s velkými objekty končí "invalid large obj descriptor"?
--------------------------------------------------------------------------
-
-Všechny operace s velkými objekty - lo_open, lo_close, ... musíte
-spouštět v transakci, tj. mezi příkazy BEGIN WORK a COMMIT.
-
-PostgreSQL uvolňuje handle velkých objektů při skončení transakce. Pokud
-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
-
-4.21 Jak vytvořit sloupec obsahující implicitně aktuální datum?
----------------------------------------------------------------
-
-Použijte CURRENT_TIMESTAMP
-
-CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
-
-4.22 Proč jsou moje vnořené dotazy používající IN tak pomalé?
--------------------------------------------------------------
-
-Aktuálně spojujeme tabulky se sekvenčním skenováním výsledku pro každý
-řá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);
-
-Pro urychlení vytvořete index pro subcol. Tento výkonnostní problém byl
-odstraněn ve verzi 7.4.
-
-4.23 Jak provést vnější spojení (outer join)?
----------------------------------------------
-
-PostgreSQL podporuje vnější spojení tabulek standardními SQL 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);
-
-Tyto identické dotazy napojí t1.col na t2.col a ještě přidá 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.
-
-V dřívějších verzích se vnější spojení tabulek mohlo simulovat pomocí
-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;
-
-4.24 Jak provést dotaz napříč několika databázemi?
---------------------------------------------------
-
-PostgreSQL nenabízí žádný způsob, jak se dotázat do jiné databáze než 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.
-
-4.25 Může funkce vrátit více řádků nebo sloupců?
-------------------------------------------------
-
-V PostgreSQL 7.3 můžete jednoduše vracet více řádků nebo sloupců z
-funkce, viz:
-http://techdocs.postgresql.org/guides/SetReturningFunctions.
-
-4.26 Proč nelze spolehlivě vytvářet a rušit dočasné tabulky v 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.
-
-4.27 Jaké jsou možnosti replikace databází?
--------------------------------------------
-
-Existuje několik dostupných řešení master/slave replikací. Ty povolují
-modifikace master databáze a slave databázím umožňují pouze čtení. Na
-konci http://gborg.PostgreSQL.org/genpage?replication_research najdete
-jejich seznam. Na řešení multi-master replikaci se pracuje na
-http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php.
-
-4.28 Jaké jsou možnosti šifrování databází?
--------------------------------------------
-    -
-
-    contrib/pgcrypto obsahuje šifrovací funkce použitelné v SQL
-    dotazech.
-
-    -
-
-    K šifrování přenosu dat z klienta na server, musí být 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.
-
-    -
-
-    Hesla uživatelů databáze jsou zašifrována počínaje verzí 7.3. Ve
-    starších verzích toto chování muselo být vynuceno volbou
-    PASSWORD_ENCRYPTION v postgresql.conf
-
-    -
-
-    Server může běžet na šifrovaném souborovém systému.
-
-------------------------------------------------------------------------
-
-Rozšiřování PostgreSQL
-======================
-
-5.1 Napsal jsem UDF funkci, PostgreSQL však končí dump core?
-------------------------------------------------------------
-
-Problém může být způsoben mnoha okolnostmi. Vyzkoušejte si svoji funkci
-nejdříve v nějaké jednoduché aplikaci.
-
-5.2 Jak mohu přispět nějakými šikovnými datovými typy a funkcemi do PostgreSQL?
--------------------------------------------------------------------------------
-
-Pošlete své rozšíření do konference pgsql-hackers, a ono pak možná
-skončí v podadresáři contrib.
-
-5.3 Jak napsat funkci v C vracející ntici?
-------------------------------------------
-
-Funkce vracející tabulky jsou podporované PostgreSQL 7.3 a vyšší pro
-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.
-
-5.4 Modifikoval jsem zdrojové soubory. Tato změna nebyla při rekompilaci vzata v potaz. Proč?
----------------------------------------------------------------------------------------------
-
-Makefile nemá informace o závislostech mezi hlavičkovými soubory. Musíte
-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.
-
-
-[1] http://developer.postgresql.org/todo.php
-[2] http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM
-[3] http://postgresql.ok.cz/PostgreSQL%20Administrator%27sGuide
-