Co je problematicke na pouziti trigerru spolu s Hibernate to nechapu? A co je
problematickeho na pouziti stored
procedures ve spojitosti s Hibernate3 take nechapu.
V trigeri alebo v ulozenej procedure zmenite nejake udaje na
objektoch, ktore su uz v Hibernate Cache (to sa tyka aj session
cache). Potom mate ine udaje v databaze a ine v java objektoch.
Tak na to si samozrejme musite dat pozor a od toho je dao, aby pripadne hibernate pomohlo, ale to je problem jakehokoliv
frameworku, ktery obsahuje cache.
To si piste, ze takova situace je, protoze jinak jste s vykonem, kde??
Ak sa jedna o vykon, tak je lepsie sa Hibernate vyhnut - ale takych
miest v aplikacii zas nie je tak vela.
To je vec nazoru, pokud hibernate umim a vim co od nej mohu cekat, delam novy db model, pak az na par drobnosti s nim
nemam problem a vykonove mi staci, a kdyz nebude vzdy se muzu naprosto bezboleste uchylit k sql prikazum tam kde to
potrebuju ...
Ale aj v takom pripade je
vykonovo uplne jedno ci spustite SQL proceduru na serveri alebo Java
program s prikazmi cez JDBC.
Byste se divil .... napr. logovani zmen objektu, tj. kdyz se neco zmeni, pak se ulozi puvodni hodnoty do log tabulky a
original se zmeni ... to je obrovsky rozdil v tom, kdyz to mam udelano pomoci trigeru a nebo pomoci java metod volajici
jdbc, navic je to pomoci trigeru podstatne jednodussi a rychleji vyvinute ..
--
Jiří Mareš (mailto:[EMAIL PROTECTED])
ČSAD SVT Praha, s.r.o. (http://www.svt.cz)
Czech Republic