SQL - triggery - História úprav

Juraj na 21:46, 17. január 2011

2011-01-17T21:46:55Z

Juraj na 20:51, 11. január 2011

2011-01-11T20:51:39Z

Zobraziť rozdiely

Juraj na 15:59, 9. január 2011

2011-01-09T15:59:37Z

Juraj na 18:30, 2. január 2011

2011-01-02T18:30:29Z

Juraj na 19:17, 27. december 2010

2010-12-27T19:17:14Z

Juraj na 15:13, 12. december 2010

2010-12-12T15:13:37Z

Juraj na 21:37, 30. november 2010

2010-11-30T21:37:49Z

Juraj na 08:41, 24. november 2010

2010-11-24T08:41:42Z

Juraj: /* Bezpečné mazanie */

2010-11-24T08:38:11Z

Bezpečné mazanie

Juraj: /* Prípadové štúdie */

2010-11-24T08:37:24Z

Prípadové štúdie

@@ Riadok 13: / Riadok 13: @@
 **po aktualizáciou údajov v tabuľke.
 *Trigger nemožno v žiadnom prípade spustiť príkazom SELECT.
-*Každý trigger patrí práve jednej tabuľke. Hoci môže existovať tabuľka bez trigger-a, nie je možné aby existoval trigger nezávisle na tabuľke<ref>MySQL (46) - Triggery http://www.linuxsoft.cz/article.php?id_article=1019</ref>.
+*Každý trigger patrí práve jednej tabuľke. Hoci môže existovať tabuľka bez trigger-a, nie je možné, aby existoval trigger nezávisle na tabuľke<ref>MySQL (46) - Triggery http://www.linuxsoft.cz/article.php?id_article=1019</ref>.
 ===Čím sa líši trigger od uložených procedúr===
-Triggery majú veľmi podobnú syntax ako uložené procedúry. Triggerom nie je možné odovzdávať žiadne vstupné parametre. Triggery navyše narozdiel od uložených procedúr nemôžu vracať sadu záznamov. A naviac, databázové systémy mávajú niektoré obmedzenia a príkazy, ktoré sa v triggeri nesmú objaviť. Pre MySQL platí, že sa v trigger nesmie objaviť aspoň tieto príkazy:
+Triggery majú veľmi podobnú syntax ako uložené procedúry. Triggerom nie je možné odovzdávať žiadne vstupné parametre. Triggery navyše narozdiel od uložených procedúr nemôžu vracať sadu záznamov. A naviac, databázové systémy mávajú niektoré obmedzenia a príkazy, ktoré sa v triggeri nesmú objaviť. Pre MySQL platí, že sa v triggeri nesmú objaviť tieto príkazy:
 * príkazy ALTER (ALTER TABLE, ALTER DATABASE a tak ďalej),
 * príkazy pre riadenie transakcií (START TRANSACTION, ROLLBACK, COMMIT),
@@ Riadok 22: / Riadok 22: @@
 * príkazy pre nastavovanie práv (GRANT, REVOKE).
-Na druhej strane triggery majú oproti uloženým procedúram niečo naviac: majú totiž prístup k dátam, ktorá sa práve menia. To napríklad znamená, že trigger, ktorý sa spúšťa pred aktualizáciou nejakej tabuľky má prístup k hodnotám tých riadkov, ktoré sa snažíme zmeniť. Tiež to znamená, že v trigger môžete urobiť určité rozhodnutie v závislosti na dátach, ktoré má tento trigger zmeniť.
+Na druhej strane triggery majú oproti uloženým procedúram niečo naviac: majú totiž prístup k dátam, ktorá sa práve menia. To napríklad znamená, že trigger, ktorý sa spúšťa pred aktualizáciou nejakej tabuľky má prístup k hodnotám tých riadkov, ktoré sa snažíme zmeniť. Tiež to znamená, že v triggeri môžete urobiť určité rozhodnutie v závislosti na dátach, ktoré má tento trigger zmeniť.
 ==Použitie triggerov==
 Triggery sa v tabuľkách používajú z niekoľkých dôvodov. Tie môžu súvisieť s konzistenciou dát, s ich správou a údržbou alebo s tým, ako a kedy bude databáza komunikovať so svojím okolím. Príklady použitia triggerov:
 ;Konzistencia dát.: Trigger môže urobiť výpočet a na základe toho povoliť alebo nepovoliť zmenu údajov v databáze. Napríklad v tabuľke skladových zásob môže byť trigger, ktorý zakáže vyskladniť tovar v prípade, že by sme sa tým dostali do záporného stavu tovaru. Trigger môže zakázať zmazanie zákazníka z databázy v prípade, keď má u nás nejaký dlh a podobne.
-;Protokolovanie zmien.: Trigger môže evidovať kto, kedy a ako menil dáta. Možno tak dohliadať na pracovníka, ktorý zadal zlé údaje alebo zistiť, o koľkej sa sa robila včerajšia uzávierka.
+;Protokolovanie zmien.: Trigger môže evidovať kto, kedy a ako menil dáta. Možno tak dohliadať na pracovníka, ktorý zadal zlé údaje alebo zistiť, o koľkej sa robila včerajšia uzávierka.
-;Verzovanie dát.: Vďaka triggerom možno ľahko naprogramovať aplikáciu tak, aby jedna tabuľka udržiavala históriu zmien inej tabuľky. To možno s úspechom použiť napríklad ako bezpečnostný mechanizmus.
+;Verziovanie dát.: Vďaka triggerom možno ľahko naprogramovať aplikáciu tak, aby jedna tabuľka udržiavala históriu zmien inej tabuľky. To možno s úspechom použiť napríklad ako bezpečnostný mechanizmus.
 ;Zasielanie správ svetu.: Trigger môže spustiť nejaký externý program alebo proces.
@@ Riadok 52: / Riadok 52: @@
 ==Prípadové štúdie==
 ===Bezpečné mazanie===
-'''Úloha:''' Budeme pracovať s databázou ''world'', konkrétne s tabuľkou ''city''. Do našej databázy world chceme pridať funkcionalitu, ktorá zabezpečí, že pri zmazaní nejakého mesta s tabuľky ''city'' sa toto nezmazalo nenávratne, ale aby sa presunulo 'do koša'.
+'''Úloha:''' Budeme pracovať s databázou ''world'', konkrétne s tabuľkou ''city''. Do našej databázy ''world'' chceme pridať funkcionalitu, ktorá zabezpečí, že pri zmazaní nejakého mesta s tabuľky ''city'' sa toto nezmazalo nenávratne, ale aby sa presunulo 'do koša'.
 Poznámka: Tabuľku ''city'' si môžete stiahnuť z http://subory.fmtnuni.sk/ki_files/databazy/city.zip
@@ Riadok 58: / Riadok 58: @@
-''Analýza úlohy''
+''Analýza úlohy'':
 Ak zmažeme záznam z databázy, tak sa tento zmaže nenávratne. Riešenie je vytvoriť si pre tabuľku ''city'' jednu novú tabuľku ''city_trash'', do ktorej budeme ukladať zmazané mestá.
@@ Riadok 84: / Riadok 84: @@
 </source>
-Teraz vytvoríme nad tabuľkou ''city'' trigger ktorý pred zmazaním záznamu v tabuľke ''city'' , práve zmazávaný záznam uloží do tabuľku ''city_trash''.
+Teraz vytvoríme nad tabuľkou ''city'' trigger ktorý sa spustí pred zmazaním záznamu v tabuľke ''city'. Práve zmazávaný záznam uloží do tabuľky ''city_trash''.
@@ Riadok 94: / Riadok 94: @@
 **akcia triggera bude zmazanie záznamu (DELETE),
 **čas akcie bude pred zmazaním (BEFORE DELETE),
-**trigger definujeme nad tabuľkou city.
+**trigger definujeme nad tabuľkou ''city''.
 Postup pri vytváraní triggera:
-'''1.''' v prostredí MySQL Workbench zobrazíme vlastnosti tabuľky city (dvojklikom na tabuľku),
+'''1.''' v prostredí MySQL Workbench zobrazíme vlastnosti tabuľky ''city'' (dvojklikom na tabuľku),
 '''2.''' v spodných záložkách vyberieme 'Triggers'. Samotný kód triggera je nasledovný:
@@ Riadok 151: / Riadok 151: @@
 ''Analýza úlohy:''
-Samotné zadanie úlohy navádza na vytvorenie triggera, ktorý sa spustí pred vložením nových údajov (BEFORE INSERT). Trigger nazvime ''newCityCheck''. Atribút, ktorého hodnotu budeme kontrolovať bude '''Population'''. V prípade, ak bude mať atribút ''Populatoin'' zápornú hodnotu, nový záznam nesmieme vložiť. Tu nastáva ale problém, pretože trigger sa spúšťa pred samotným vložením. Ak by sme teda v triggeri ''newCityCheck'' napísali SQL príkaz INSERT, ktorý sa vykoná len v tom prípade, ak bude populácia kladná, tak by sa tento príkaz INSERT naozaj vložil iba pri splnenej podmienke, ale následne nasleduje samotné vloženie údajov, ktorá sa udeje vždy po skončení triggeru. Poznamenajme, že ako by bola populácia kladné číslo, záznam by sa vložil 2×.
+Samotné zadanie úlohy navádza na vytvorenie triggera, ktorý sa spustí pred vložením nových údajov (BEFORE INSERT). Trigger nazvime ''newCityCheck''. Atribút, ktorého hodnotu budeme kontrolovať bude ''Population''. V prípade, ak bude mať atribút ''Populatoin'' zápornú hodnotu, nový záznam nesmieme vložiť. Tu nastáva problém, pretože trigger sa spúšťa pred samotným vložením. Ak by sme teda v triggeri ''newCityCheck'' napísali SQL príkaz INSERT, ktorý sa vykoná len v tom prípade, ak bude populácia kladná, tak by sa tento príkaz INSERT naozaj vložil iba pri splnenej podmienke, ale následne nasleduje samotné vloženie údajov, ktorá sa udeje vždy po skončení triggeru. Poznamenajme, že ako by bola populácia kladné číslo, záznam by sa vložil 2×.
 Úlohu treba riešiť iným spôsobom. V prípade, ak bude populácia záporná, treba zrušiť vkladanie údajov. Ak bude populácia kladná, netreba nič robiť, pretože vloženie údajov nasleduje okamžite po vykonaní triggera.
-Pre zrušenie akcie INSERT môžeme využiť vlastnosť triggera, kde pri vkladaní a úprave údajov sú tieto údaje pripravené vo virtuálnej tabuľke NEW (Pozn.: pri mazaní údajov sú dáta, ktoré mažeme vo vortuálnej tabuľke OLD). Po vykonaní triggera BEFORE INSERT sú do tabuľky ''city'' vložené nové údaje. Tieto údaje sa vždy nachádzajú v tabuľke NEW. Štruktúra tabuľky NEW je rovnaká ako štruktúra tabuľky ''city''. Stačí teda určitm spôsobom 'zmazať' z tabuľky NEW všetky hodnoty a následné vloženie skončí neúspechom, pretože do tabuľky city sa nedajú vložiť prázdne hodnoty (podľa definície musí mať hodnotu každý atribút).
+Pre zrušenie akcie INSERT môžeme využiť vlastnosť triggera, kde pri vkladaní a úprave údajov sú tieto údaje pripravené vo virtuálnej tabuľke NEW (Pozn.: pri mazaní údajov sú dáta, ktoré mažeme vo virtuálnej tabuľke OLD). Po vykonaní triggera BEFORE INSERT sú do tabuľky ''city'' vložené nové údaje. Tieto údaje sa vždy nachádzajú v tabuľke NEW. Štruktúra tabuľky NEW je rovnaká ako štruktúra tabuľky ''city''. Stačí teda určitm spôsobom 'zmazať' z tabuľky NEW všetky hodnoty a následné vloženie skončí neúspechom, pretože do tabuľky ''city'' sa nedajú vložiť prázdne hodnoty (podľa definície musí mať hodnotu každý atribút).

@@ Riadok 118: / Riadok 118: @@
 '''3. ''' [[MySQL workbench - spolupráca s databázou#Vytvorenie databázy z ER diagramu|Synchronizujeme]] náš dátový model s databázou. Pri výbere možností synchronizácie vyberieme náš vytvorený trigger:
-[[Súbor:SQL trigger1.jpg|frame|center]]
+[[Súbor:SQL trigger1.jpg|frame|center|frame|Prostredie MySQLWorkbench - možnosti synchronizácie databázového modelu]]
 '''4.1 ''' Vyskúšame funkcionalitu nášho triggera: V databáze city zmažeme ľubovoľné mesto. V tomto prípade mažem 'Trenčín' s ID=4085
-[[Súbor:SQL trigger2.jpg|frame|center]]
+[[Súbor:SQL trigger2.jpg|frame|center|frame|Testovanie funkčnosti triggera cityToTrash - vymazanie mesta z tabuľky city]]
 '''4.2 ''' Zobrazíme obsah tabuľky city_trash:

← Staršia verzia		Verzia zo dňa a času 18:30, 2. január 2011
Riadok 1:		Riadok 1:
	{{Skripta_dbs}}		{{Skripta_dbs}}
−	~~{{Draft}}~~
	Triggery (spúšťače) sú špeciálne prípady uložených procedúr. MySQL podporuje uložené procedúry od verzie 5. Trigger sa spúšťa automaticke, keď nastane špecifická udalosť. Takáto udalosť môže byť vloženie a mazanie dát. Tu ešte traba špecifikovať či sa trigger spustí pred akciou alebo po požadovanej akcii.		Triggery (spúšťače) sú špeciálne prípady uložených procedúr. MySQL podporuje uložené procedúry od verzie 5. Trigger sa spúšťa automaticke, keď nastane špecifická udalosť. Takáto udalosť môže byť vloženie a mazanie dát. Tu ešte traba špecifikovať či sa trigger spustí pred akciou alebo po požadovanej akcii.

@@ Riadok 4: / Riadok 4: @@
 ==Trigger - definícia==
-*Trigger je "uložená procedúra". To znamená, že vnútri trigger-a možno vykonávať väčšinu akcií, ktoré sa dajú robiť pomocou uložených procedúr. Trigger môže obsahovať slučky, podmienky, lokálne premenné, matematický výpočet a podobne.
+*Trigger je 'uložená procedúra'. To znamená, že vnútri trigger-a možno vykonávať väčšinu akcií, ktoré sa dajú robiť pomocou uložených procedúr. Trigger môže obsahovať slučky, podmienky, lokálne premenné, matematický výpočet a podobne.
-*Trigger sa spúšťa "v súvislosti" s akčným dotazom. To v praxi znamená, že sa trigger môže spustiť
+*Trigger sa spúšťa 'v súvislosti' s akčným dotazom. To v praxi znamená, že sa trigger môže spustiť
 **pred vložením údajov do tabuľky
 **po vložení údajov do tabuľky
@@ Riadok 53: / Riadok 53: @@
 ==Prípadové štúdie==
 ===Bezpečné mazanie===
-'''Úloha:''' Budeme pracovať s databázou ''world'', konkrétne s tabuľkou ''city''. Do našej databázy world chceme pridať funkcionalitu, ktorá zabezpečí, že pri zmazaní nejakého mesta s tabuľky city sa toto nezmazalo nenávratne, ale aby sa presunulo "do koša"
+'''Úloha:''' Budeme pracovať s databázou ''world'', konkrétne s tabuľkou ''city''. Do našej databázy world chceme pridať funkcionalitu, ktorá zabezpečí, že pri zmazaní nejakého mesta s tabuľky city sa toto nezmazalo nenávratne, ale aby sa presunulo 'do koša'
 Poznámka: Tabuľku city si môžete stiahnuť z http://subory.fmtnuni.sk/ki_files/databazy/city.zip
@@ Riadok 100: / Riadok 100: @@
 '''1.''' V prostredí MySQL Workbench zobrazíme vlastnosti tabuľky city (dvojklikom na tabuľku)
-'''2.''' V spodných záložkách vyberieme "Triggers". Samotný kód triggera je nasledovný:
+'''2.''' V spodných záložkách vyberieme 'Triggers'. Samotný kód triggera je nasledovný:
 <source lang="sql">
@@ Riadok 121: / Riadok 121: @@
 [[Súbor:SQL trigger1.jpg|frame|center]]
-'''4.1 ''' Vyskúšame funkcionalitu nášho triggera: V databáze city zmažeme ľubovoľné mesto. V tomto prípade mažem "Trenčín" s ID=4085
+'''4.1 ''' Vyskúšame funkcionalitu nášho triggera: V databáze city zmažeme ľubovoľné mesto. V tomto prípade mažem 'Trenčín' s ID=4085
 [[Súbor:SQL trigger2.jpg|frame|center]]
@@ Riadok 151: / Riadok 151: @@
 ''Analýza úlohy:''
-Samotné zadanie úlohy navádza na vytvorenie triggera, ktorý sa spustí pred vložením nových údajov (BEFORE INSERT). Trigger nazvime ''newCityCheck''. Atribút, ktorého hodnotu budeme kontrolovať bude "Population". V prípade, ak bude mať atribút Populatin zápornú hodnotu, nový záznam nesmieme vložiť. Tu nastáva ale problém, pretože trigger sa spúšťa samotným vložením. Ak by sme teda v triggeri newCityCheck napísali SQL príkaz INSERT, ktorý sa vykoná len v tom prípade, ak bude populácia kladná, tak by sa tento príkaz INSERT naozaj vložil iba pri splnenej podmienke, ale následne nasleduje samotné vloženie údajov, ktorá sa udeje vždy po skončení triggeru. Poznamenajme, že ako by bola populácia kladné číslo, záznam by sa vložil 2×.
+Samotné zadanie úlohy navádza na vytvorenie triggera, ktorý sa spustí pred vložením nových údajov (BEFORE INSERT). Trigger nazvime ''newCityCheck''. Atribút, ktorého hodnotu budeme kontrolovať bude 'Population'. V prípade, ak bude mať atribút Populatin zápornú hodnotu, nový záznam nesmieme vložiť. Tu nastáva ale problém, pretože trigger sa spúšťa samotným vložením. Ak by sme teda v triggeri newCityCheck napísali SQL príkaz INSERT, ktorý sa vykoná len v tom prípade, ak bude populácia kladná, tak by sa tento príkaz INSERT naozaj vložil iba pri splnenej podmienke, ale následne nasleduje samotné vloženie údajov, ktorá sa udeje vždy po skončení triggeru. Poznamenajme, že ako by bola populácia kladné číslo, záznam by sa vložil 2×.
 Úlohu treba riešiť iným spôsobom. V prípade, ak bude populácia záporná, treba zrušiť vkladanie údajov. Ak bude populácia kladná, netreba nič robiť, pretože vloženie údajov nasleduje okamžite po vykonaní triggera.
-Pre zrušenie akcie INSERT môžeme využiť vlastnosť triggera, kde pri vkladaní a úprave údajov sú tieto údaje pripravené vo virtuálnej tabuľke NEW (Pozn.: pri mazaní údajov sú dáta, ktoré mažeme vo vortuálnej tabuľke OLD). Po vykonaní triggera BEFORE INSERT sú do tabuľky ''city'' vložené nové údaje. Tieto údaje sa vždy nachádzajú v tabuľke NEW. Štruktúra tabuľky NEW je rovnaká ako štruktúra tabuľky ''city''. Stačí teda určitm spôsobom "zmazať" z tabuľky NEW všetky hodnoty a následné vloženie skončí neúspechom, pretože do tabuľky city sa nedajú vložiť prázdne hodnoty (podľa definície musí mať hodnotu každý atribút).
+Pre zrušenie akcie INSERT môžeme využiť vlastnosť triggera, kde pri vkladaní a úprave údajov sú tieto údaje pripravené vo virtuálnej tabuľke NEW (Pozn.: pri mazaní údajov sú dáta, ktoré mažeme vo vortuálnej tabuľke OLD). Po vykonaní triggera BEFORE INSERT sú do tabuľky ''city'' vložené nové údaje. Tieto údaje sa vždy nachádzajú v tabuľke NEW. Štruktúra tabuľky NEW je rovnaká ako štruktúra tabuľky ''city''. Stačí teda určitm spôsobom 'zmazať' z tabuľky NEW všetky hodnoty a následné vloženie skončí neúspechom, pretože do tabuľky city sa nedajú vložiť prázdne hodnoty (podľa definície musí mať hodnotu každý atribút).

@@ Riadok 119: / Riadok 119: @@
 '''3. ''' [[MySQL workbench - spolupráca s databázou#Vytvorenie databázy z ER diagramu|Synchronizujeme]] náš dátový model s databázou. Pri výbere možností synchronizácie vyberieme náš vytvorený trigger:
-[[Súbor:SQL trigger1.png|frame|center]]
+[[Súbor:SQL trigger1.jpg|frame|center]]
 '''4.1 ''' Vyskúšame funkcionalitu nášho triggera: V databáze city zmažeme ľubovoľné mesto. V tomto prípade mažem "Trenčín" s ID=4085
-[[Súbor:SQL trigger2.png|frame|center]]
+[[Súbor:SQL trigger2.jpg|frame|center]]
 '''4.2 ''' Zobrazíme obsah tabuľky city_trash:

@@ Riadok 146: / Riadok 146: @@
 ===Kontrola dát pred vložením===
-'''Úloha:''' Pre tabuľku city vytvorte trigger, ktorý zabezpečí, aby sa nedal vložiť záznam (teda mesto), s nulovým alebo záporným počtom obyvateľov (atribút Population)
+'''Úloha:''' Pre tabuľku city vytvorte trigger, ktorý zabezpečí, aby sa nedal vložiť záznam (teda mesto), s nulovým alebo záporným počtom obyvateľov (atribút Population).
 ==Zdroje a odkazy==
 <references/>

@@ Riadok 25: / Riadok 25: @@
 Na druhej strane majú triggery oproti uloženým procedúram niečo naviac: majú totiž prístup k dátam, ktorá sa práve menia. To napríklad znamená, že trigger, ktorý sa spúšťa pred aktualizáciou nejakej tabuľky má prístup k hodnotám tých riadkov, ktoré sa snažíme zmeniť. Tiež to znamená, že v trigger môžete urobiť nejaké rozhodnutie v závislosti na dátach, ktoré má tento trigger zmeniť.
-==Požitie triggerov==
+==Použitie triggerov==
 Triggery sa v tabuľkách používajú z niekoľkých dôvodov. Tie môžu súvisieť s konzistenciou dát, s ich správou a údržbou alebo s tým, ako a kedy bude databáza komunikovať so svojím okolím. Príklady použitia triggerov
 ;Konzistencia dát: Trigger môže urobiť výpočet a na základe toho povoliť alebo nepovoliť zmenu údajov v databáze. Napríklad v tabuľke skladových zásob môže byť trigger, ktorý zakáže vyskladniť tovar v prípade, že by sme sa tým dostali do záporného stavu tovaru. Trigger môže zakázať zmazanie zákazníka z databázy v prípade, keď má u nás nejaký dlh a podobne.
@@ Riadok 81: / Riadok 81: @@
     CREATE TABLE city_trash LIKE city;
     ALTER TABLE city_trash ADD COLUMN delete_time DATETIME;
-    ALTER TABLE city_trash ADD COLUMN user VARCHAR(32)
+    ALTER TABLE city_trash ADD COLUMN delete_user VARCHAR(32)
 </source>

← Staršia verzia		Verzia zo dňa a času 08:38, 24. november 2010
Riadok 55:		Riadok 55:
	'''Úloha:''' Budeme pracovať s databázou ''world'', konkrétne s tabuľkou ''city''. Do našej databázy world chceme pridať funkcionalitu, ktorá zabezpečí, že pri zmazaní nejakého mesta s tabuľky city sa toto nezmazalo nenávratne, ale aby sa presunulo "do koša"		'''Úloha:''' Budeme pracovať s databázou ''world'', konkrétne s tabuľkou ''city''. Do našej databázy world chceme pridať funkcionalitu, ktorá zabezpečí, že pri zmazaní nejakého mesta s tabuľky city sa toto nezmazalo nenávratne, ale aby sa presunulo "do koša"

−	Poznámka: Tabuľku city si môžete stiahnuť z http://subory.fmtnuni.sk/ki_files/databazy/city.~~sql~~	+	Poznámka: Tabuľku city si môžete stiahnuť z http://subory.fmtnuni.sk/ki_files/databazy/city.zip