Datab�ze standardu SQL, d�l 15.
Patn�ct� d�l na�eho seri�lu je z v�t� ��sti v�nov�n dokon�en� t�matu spojov�n� tabulek.

Ve spojen� je s�la

Nejde-li n�m o lidi, ale naopak o kontakty, p�ijde JOE zkr�tka, ale linka 3674 bude zachr�n�na. Budeme muset bu� prohodit tabulky, nebo pou��t RIGHT JOIN. V obou p��padech z�sk�me tabulku 1 s bezprizorn�m telefonem:

SELECT * FROM KONTAKT 
LEFT JOIN OSOBA 
ON CISLO_PRAC=CISLO_P;

SELECT * FROM OSOBA 
RIGHT JOIN KONTAKT 
ON CISLO_PRAC=CISLO_P;

Pak snadno z�sk�me p�ehled o anonymn�ch link�ch p��kazem:

SELECT DISTINCT TELEFON 
FROM KONTAKT LEFT JOIN OSOBA 
ON CISLO_PRAC=CISLO_P
WHERE JMENO IS NULL;

Posledn� mo�nost� spojov�n� tabulek je FULL OUTER JOIN, kter� neztrat� nic. Rozumn� analytici pou��vaj� typicky LEFT JOIN k realizaci relace 1 : N mezi levou a pravou entitou. Bu�me je�t� chv�li nerozumn� a vygenerujme tabulku 2 dotazem:

SELECT * FROM OSOBA 
FULL OUTER JOIN KONTAKT 
ON CISLO_PRAC=CISLO_P;

Pro procvi�en� bude zaj�mav� realizovat seznam v�ech osob s uveden�m po�tu kontakt�. Osoby, kter� se d��ve ztr�cely, budou m�t vedle sebe ��slo nula:

SELECT CISLO_P, JMENO,
COUNT(TELEFON) POCET 
FROM OSOBA LEFT JOIN KONTAKT 
ON CISLO_PRAC=CISLO_P
GROUP BY CISLO_P 
ORDER BY JMENO, CISLO_P;

Teprve te� m�me �anci realizovat seznam ne�sp��n�ch lid� p��kazem:

SELECT CISLO_P, JMENO, 
COUNT(TELEFON) POCET 
FROM OSOBA LEFT JOIN KONTAKT 
ON CISLO_PRAC=CISLO_P
GROUP BY CISLO_P
HAVING COUNT(TELEFON)<=2
ORDER BY CISLO_P;

Bez LEFT JOIN by n�m ti nejm�n� �sp��n� chyb�li. �lo by pak jen o seznam ne�sp��n�ch lid�, kter�m to m��ete ��ct do telefonu. 
Dotaz do t�� tabulek
Zv�davosti se meze nekladou. Proto se m��eme sou�asn� pod�vat do t�� a v�ce tabulek najednou. Jsou-li tabulky spojeny relacemi, m� takov� pohled smysl a ka�d� relaci odpov�d� jedna vazebn� podm�nka za WHERE. M�jme ��seln�k TRPASLIK a ��seln�k VLASTNOST, obsahuj�c� typick� trpasli�� vlastnosti. Pokud bude ve spojovac� entit� ZNALOST uvedena dvojice CISTRP a CISVLA jako unik�tn� kl��, m�me podchyceny drby o vlastnostech konkr�tn�ch trpasl�k�. Je--li unik�tn� kl�� CIT v tabulce TRPASLIK a tabulka VLASTNOST m� kl�� CIV, pak ji� m��eme vypsat v�echny drby o v�ech trpasl�c�ch pomoc� dotazu:

SELECT JMENO, POPIS 
FROM TRPASLIK, VLASTNOST, 
ZNALOST
WHERE CIT=CISTRP 
AND CIV=CISVLA
ORDER BY JMENO, POPIS;

SQL server je natolik inteligentn�, �e z unik�tnosti kl��� CIT a CIV pochop�, �e sta�� systematicky prohledat tabulku ZNALOST a v tabulce TRPASLIK rychle vyhledat p��slu�n� JMENO, respektive v tabulce VLASTNOST jej� slovn� POPIS. Bohu�el se ale nic nedozv�me o trpasl�c�ch, o kter�ch se nic nev�, ani o vlastnostech, kter� trpasl�ci je�t� nemaj�. Pokud n�m to zat�m nevad�, zkusme n�kolik SQL dotaz�:

SELECT DISTINCT JMENO 
FROM TRPASLIK, VLASTNOST, 
ZNALOST
WHERE CIT=CISTRP 
AND CIV=CISVLA
AND POPIS IN ("LENOST","DRZOST")
ORDER BY JMENO;

SELECT POPIS 
FROM TRPASLIK, VLASTNOST, 
ZNALOST
WHERE CIT=CISTRP 
AND CIV=CISVLA
AND JMENO="BRUMLA"
ORDER BY POPIS;

SELECT JMENO, COUNT(POPIS) 
POCET_VLASTNOSTI
FROM TRPASLIK, VLASTNOST, 
ZNALOST
WHERE CIT=CISTRP 
AND CIV=CISVLA
GROUP BY JMENO
ORDER BY JMENO;
SELECT POPIS, COUNT(JMENO) 
POCET_TRPASLIKU
FROM TRPASLIK, VLASTNOST, 
ZNALOST
WHERE CIT=CISTRP 
AND CIV=CISVLA
GROUP BY POPIS
ORDER BY POPIS;
Zahn�zd�n� JOIN
Je na �ase zabr�nit ztr�t�m na trpasl�c�ch a jejich vlastnostech pou�it�m zahn�zd�n�ho LEFT JOIN. Sta�� si uv�domit, �e TRPASLIK LEFT JOIN ZNALOST je informa�n� zdroj obsahuj�c� v�echna data o trpasl�c�ch, a jako takov� jej sta�� spojit s tabulkou VLASTNOST. Tabulka VLASTNOST stoj� vlevo od LEFT JOIN. Vpravo je pak v z�vorce zahn�zd�n� LEFT JOIN. Nepou�it� reference na trpasl�ky a na vlastnosti se pak neztrat� a budou jim odpov�dat jednotliv� ��dky v�sledn� tabulky. Vylep�en� z�kladn� dotaz potom zn�:

SELECT JMENO, POPIS 
FROM VLASTNOST LEFT JOIN
(TRPASLIK LEFT JOIN ZNALOST ON CIT=CISTRP) ON CIV=CISVLA 
ORDER BY JMENO, POPIS;

Chytr�ky tak� snadno zjist�me: 

SELECT JMENO FROM VLASTNOST LEFT JOIN
(TRPASLIK LEFT JOIN ZNALOST ON CIT=CISTRP) ON CIV=CISVLA 
WHERE POPIS="CHYTROST"
ORDER BY JMENO;

N�sleduj�c� dotaz vyp��e trpasl�ky, o kter�ch se zat�m nic nev�. Takov� dotaz bez LEFT JOIN nen� mo�n�: 

SELECT JMENO FROM VLASTNOST LEFT JOIN
(TRPASLIK LEFT JOIN ZNALOST ON CIT=CISTRP) ON CIV=CISVLA 
WHERE POPIS IS NULL
ORDER BY JMENO;

Pokud n�s zaj�m� pouze jejich po�et, sta�� napsat:

SELECT COUNT(JMENO) NEZNAMY FROM VLASTNOST LEFT JOIN
(TRPASLIK LEFT JOIN ZNALOST ON CIT=CISTRP) ON CIV=CISVLA 
WHERE POPIS IS NULL;

�leva zvan� VIEW
��dn� ka�e nen� tak hork�...
Pokud seri�l trv� p��li� dlouho, mohou podle klasika nastat dv� mo�nosti. Bu� roste slo�itost nov�ch p�edkl�dan�ch fakt nade v�echny meze �nosnosti pro �ten��e, nebo kles� procento nov�ch a sou�asn� u�ite�n�ch informac� a� t�m�� k sam� nule. Jist� jste ji� p�esyceni rozvinut�mi mo�nostmi p��kazu SELECT z minul�ch d�l� a v tomto d�le o�ek�v�te dal� slo�itosti, nebo ji� jen opakov�n� zn�m�ch fakt. Dnes n�s �ek� nov� t�ma, kter� je sou�asn� nov�, snadn�, u�ite�n�, a nav�c navazuje na p�edchoz� t�mata. Cht� necht� mus�me ud�lat velk� n�vrat do DDL SQL a v�novat se t�m jeho parti�m, kter� by p�ed rokem vyzn�ly napr�zdno. Ano, bude �e� o vytv��en�, pou��v�n� a ru�en� virtu�ln�ch tabulek zvan�ch VIEW.   

Velk� poku�en�
Snad ka�d�, komu se povedl elegantn� p��kaz SELECT, si ho okam�it� op��e do pozn�mkov�ho bloku, aby se pojistil pro p���t� podobn� situace. Technick� podob� "bloku" se meze nekladou. Jindy je pro n�s cenn�j� odpov�� na dotaz, kter� nen� ni��m jin�m ne� tabel�rn�m p�ehledem dat. P��kaz SELECT m��eme snadno doplnit o slovo INTO a n�zev c�lov� tabulky, a tak v souladu s p�edchoz�mi d�ly seri�lu vytvo��me novou re�lnou tabulku obsahuj�c� po�adovan� konkr�tn� hodnoty. Proto je cel� �ada program�tor� v poku�en� skladovat za ka�dou cenu koncentr�ty informac� v nov�ch a nov�ch tabulk�ch tak, jak mohou vzniknout po p��kazech typu:

SELECT RC, PRIJMENI, JMENO, 
SUM(STAV) 
INTO PRACHAC FROM CLOVEK, UCET
WHERE CLOVEK.RC=UCET.RC
GROUP BY CLOVEK.RC
HAVING SUM(STAV)>1000000
ORDER BY PRIJMENI, JMENO, RC;

Co je mo�n�, nen� povinn� a nemus� b�t efektivn�. P�edchoz� postup nezaslou�� n�sledov�n�, nebo� m� v�t�inou t�i nev�hody. Nov� tabulka PRACHAC v prv� �ad� zab�r� m�sto na disku. Nav�c tabulka neobsahuje informaci o sv�m okam�iku vzniku. V okam�iku �ten� tabulky PRACHAC ji� mohou b�t bohat� i jin� lid� a ob�as n�kdo zem�e nebo zchudne. To, �e nov� tabulka nen� aktu�ln�, je podstatn� vada na kr�se. T�et� nev�hodu okus�me p�i ka�d� aktualizaci tabulky. Nejprve ji budeme muset zru�it p��kazem DROP TABLE PRACHAC, pak se pod�vat do notesu a znovu napsat p��kaz SELECT. Dost �asto se projev� �tvrt� nev�hoda. Nov� tabulka nemus� b�t v 5NF. P�edchoz� p��kaz tuto nev�hodu nedemonstruje. Sta�ilo by na STAV ��tu neaplikovat agrega�n� funkci SUM a vynechat ��sti GROUP BY a HAVING. Takov� tabulka neobsahuje �daje o bohat�ch lidech, ale sp��e o jednotliv�ch stavech na nezn�m�ch ��tech a o jejich majitel�ch. Bohu�el nem� unik�tn� kl��, tedy je pouze v 1NF. P�id�n�m sloupce CISUCTU do p��kazu SELECT si mnoho nepom��eme. Nov� tabulka m� sice unik�tn� kl�� CISUCTU a je u�ite�n�, ale je zat��ena z�vislost� mezi nekl��ov�mi sloupci RC a PRIJMENI, respektive RC a JMENO. Proto bude pouze v 2NF. Pro datab�zi je typick�, �e obsahuje pouze tabulky v 5NF a neobsahuje nadbyte�n� data. Pro u�ivatele je naopak norm�ln� vid�t data v lid�t�j� podob�, kter� se nadbyte�nost� a nenormalizovanost� p��mo py�n�, nebo� n�zornost si ��d� sv� ob�ti. 

Virtu�ln� sv�t
Rok 2000 se kvapem bl��� a modern� �lov�k d�v� �asto p�ednost virtu�ln� realit� p�ed tou trapn� oby�ejnou. Na na�ich obrazovk�ch a tisk�rn�ch bاn� v�d�me �ty�m�stn� letopo�et jako sou��st informace o datu, kdy se n�co podstatn�ho stalo. N�kte�� lid� nejpozd�ji po��tkem ledna p���t�ho roku zjist�, �e to byla pouze virtu�ln� realita, kter� zast�ela oby�ejnou realitu dvoucifernou. Modern� virtu�ln� doba p�in�� mnoho nov�ho. Proto je nebezpe�n� rozv�jet intelekt p�ed�koln�ch d�tek pomoc� jednoduch�ch h�danek typu: M� to rohy, kopyta a ocas a nen� to zv��e. Odpov�� je prost�: virtu�ln� zv��e. Pokud bych m�l srozumiteln� definovat pojem virtuality, neobejdu se bez naivity vyj�d�en�:
VIRTU�LN� OBJEKT X M� STEJN� VLASTNOSTI JAKO X, ALE NEN� TO X.
P�esto�e bych nikomu nep��l, aby se musel odpr�sknout virtu�ln�m revolverem po del� virtu�ln� symbi�ze s virtu�ln� �arod�jnic�, budu naopak velmi propagovat pou��v�n� virtu�ln�ch tabulek m�sto t�ch norm�ln�ch. Virtu�ln� tabulka z pohledu u�ivatele i jazyka SQL vypad� jako klasick� tabulka, ale nen� to ona. Pro n�s je podstatn�, �e vytv��en�, pou��v�n� a ru�en� virtu�ln�ch tabulek je jednoduchou z�le�itost�.

Zp�tky k DDL 
DDL-Data Definition Language jako sou��st SQL umo��uje vytv��en� a ru�en� virtu�ln�ch tabulek. Ty jsou anglicky ozna�ov�ny jako VIEW, co� �esky neznamen�  nic jin�ho, ne� pohled na n�co �i do n؟eho.     
Jarom�r Kukal