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