Kada se okida 'update trigger' neke tabele ?

Kada se okida 'update trigger' neke tabele ? 19.05.2016. u 16:48 · pre 127 meseci #1

Pozdrav,

da pokusam da budem sto jasniji (update je, da naglasim: 'FOR UPDATE' ):

1. ako se radi update jednog rekorda u bazi, onda bi tabela Inserted trebala da ima samo jedan red i podatke (vrijednosti) iz tog reda mogu da koristim.

2. sta se desava ako se radi o slucaju update-a vise od jednog rekorda (recimo > 100 redova) ?

danas sam radio u sql debug-eru i ustanovio, ako sam sve dobro snimio, da su podaci (neka kolona) vec bili update-ovani (imali nove vrijednosti, za sve rekorde obuhvacene select-om) ... znaci, tabela Inserted se sastoji od svih rekorda koji su update-ovani (da li sam u pravu ?) ?

(u trigeru se radi update neke druge kolone na osnovu vrijednosti iz tabele Inserted ...)

i jos jedno pitanje: da li mogu da koristim kursor u okviru trigera ?

Hvala unaprijed ...

Potpis

Programming is fun, but writing good software is hard ...

Re: Kada se okida 'update trigger' neke tabele ? 23.05.2016. u 10:08 · pre 127 meseci #2

Samo da javim da sam, u medjuvremenu, testirao kod i epilog je:

- triger se okida za 'statement' -> znaci, tek kada se prethodni update / insert u cjelini izvrsi. U prevodu, ako radite update N rekorda neke tabele, triger ce se okinuti tek kada se zavrsi update svih N rekorda,
- tabela Inserted sadrzi svih N rekorda, i
- DA, moguce je primijeniti cursor nad tabelom Inserted, u okviru trigera.

Sto se mene tice, mozete zakljucati ovu temu.

Pozdrav

Potpis

Programming is fun, but writing good software is hard ...

Re: Kada se okida 'update trigger' neke tabele ? 09.06.2016. u 03:55 · pre 126 meseci #3

Za pohvalu je sto si sam iskopao i naucio kako trigeri rade. Bravo. Jedino brine upotreba kursora u trigeru. Kursori generalno lose resenje za rad sa pravim podacima - ama bas sve moze da se uradi bez kursora. Kursori su spori i tvoji update bi mogli da traju jako dugo, jer svaki put mora de se izvrsi spori kursor.

Re: Kada se okida 'update trigger' neke tabele ? 09.06.2016. u 09:57 · pre 126 meseci #4

Kao prvo, hvala na odgovoru i javljanju.

Ja radim kao 'support develeoper' na aplikaciji projektovanoj i radjenoj, krajem 90-ih i pocetkom 2000-tih i nemamo bas puno vremena za razvoj i novotarije.

Ovo rjesenje (koriscenje trigera) je naslijedjeno. Ideja mi je bila da izbacim triger i da to, sto radi triger, odradim 'izvan' trigera - shvatio sam, posto nemamo ama bas nikakvu dokumentaciju, da bi ta izmjena mogla da prouzrokuje 'velike' side-effects, pa sam odustao.

S druge strane, zainteresovan sam da znam (naucim) koja su rjesenja za rad bez kursora ?

Konkretno: treba da 'prodjem' kroz tabelu 'Inserted' i za svaki rekord (u toj tabeli) kreiram upit sa jednom drugom tabelom ?

Unaprijed hvala ...

Potpis

Programming is fun, but writing good software is hard ...

Re: Kada se okida 'update trigger' neke tabele ? 09.06.2016. u 18:21 · pre 126 meseci #5

Nema potrebe da izbacujes triggere, oni cesto cine veoma vazan deo odrzavanja referencijalnog integriteta baze. Izbacivanje tog aspekta u aplikativni layer je najcesci uzrok sje*anih baza danas.

Potrebno je samo da ih preradis da ne koriste skupe i spore kurzore i umesto toga da koriste standardne CRUD izraze. U tvom slucaju ce verovatno biti neki inner join izmedju implicitne inserted tabele i tih drugih upitnih. Cak i krajem 90ih je upotreba kurzora bila bad taste.

I btw imas dve vrste triggera, FOR/AFTER koje si ti ivdeo koje se pozivaju tek nakon sto su podaci odradjeni, I imas INSTEAD OF koji se pozivaju pre operacije I kojima mozes da utices na podatke pre nego sto udju u bazu.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Re: Kada se okida 'update trigger' neke tabele ? 10.06.2016. u 15:51 · pre 126 meseci #6

Ima situacija gde su kursori neizbezni. U ranijim verzijama MS SQL servera, do verzije 2008 recimo, bilo je razloga za koriscenje kursora - zbog brzibe izvrsavanje - za upite tipa 'kumulativna suma' i slicno. Za mnoge zadatke DB administratora kursor je jako korisna stavr, upravo zato sto omogucuje looping. Ma primer, collation nije isti u svim tabelama, a desi se da i u okviru jedne tabele imas kolone na rzlicitim kolcijama, sto izaziva probleme u nekim iskazime. Ako dba odluci da to sve sinhronizuje, on ce onda da vrti kursor na sys.Objects tabeli, da dobije imana svih tabela, i onda ce za svaku da proveri i podesi collation. (Nemoj da me pitas kakao se ovo radi, to radi moj dba). Primeti da on ne izvrsava nikakav upit, nego za scaki korak u kursoru uradi neki posao

Za trigere, nisam ni rekao da ih ne koristis. Bez njih se cesto ne moze obezbediti integritet podataka. Nazalost, malo ljudi razmislja 'out of the box', pa se trigeri koriste vise nego sto bi moralo. Posto nije lako napisati pouzdan triger, kasnije se desavaju 'neobjasnjive' stvari. U svakom slucaju, ako triger radi posao, neka ga.

Stara garda je morala da pise trigere, jer nekad nisu postojali ni FOREIGN KEYs - uvedeni su u MS SQL tek u verziji 7, a to je posle 1995, cini mi se. Tada je ama bas svaka tabelka zahtevala triger, da bi se odrzao referntial integrity. Na obe tabele je morao da se dodaje triger. Posto je stara garda iz nuzde pisala trigere, oni su taj zanat izucili veoma dobro. Ali, to je stara garda...

Da se vratimo na konkretan problem:

Citat:

Konkretno: treba da 'prodjem' kroz tabelu 'Inserted' i za svaki rekord (u toj tabeli) kreiram upit sa jednom drugom tabelom ?

Sta konkretno treba da uradis za svaki red u'Inserted' tabeli? Mozda mozemo da pomognemo da se to resi bez kursora, u okviru trigera, naravno. Ako ni za sta drugo, barem da dobijes ideju za neki sledeci put.

Forum kao aplikacija na telefonu

Srodne teme