No ja tento problem resim nasledovne. Napisi vse pres Hibernate Criteria
API. Pote se aplikace otestuje a zhodnoti se vykon. Pokud je potreba,
tak lze napsat doraz jinak (HQL) nebo v ojedinelych pripadech se vytvori
nativni dotaz pro danou db. Vsechny tyto moznosti Hibernate umoznuje.
Stejne tak v pripade ciselniku lze misto vcasne vazby pouzit Lazy
inicializaci, a nebo nejakou formu cache, ale toto bych take resil az v
druhem kroku, pokud by se to ukazalo jako vykonnostni problem.
Jaroslav Hurdes
Lukas Barton napsal(a):
Sam Gavin King v mnoha rozhovorech rikal, ze spravne pouzity Hibernate
bude az na "umele" pripady rychlejsi nez ciste JDBC.
(viz napr. http://www.javaperformancetuning.com/news/interview041.shtml)
Bohuzel se najde dost pripadu, kdy bude spravne pouziti Hibernate
velmi slozite (napr. batchove operace).
Lukas
2009/3/11 Richard Malaschitz <[email protected]
<mailto:[email protected]>>
> pretoze mam (opravnene*)
> pochybnosti o performance takehoto riesenia.
Tie su uplne na mieste...
> urovni sql elegantne riesit pomocou sql join-u.
> Hrozne by ma zaujimalo, ake sql prikazy vygeneruje hibernate pri
dotaze na
> zaznam z tabulky computers. Ci pouzije join, alebo bude len
trapne selectovat
> z dvoch tabuliek. Pavle, nemohol by ste mi sem potom nejake sql
dotazy z
Defaultne chovanie Hibernate je, ze pouzije JOIN.
Toto chovanie sa da ale v Hibernate modifikovat, pretoze v pripade
rozsiahlych databazovych schem byvaju SQL dotazy a nasledne parsovanie
objektov prilis pomale (a vsetci nadavaju na pomaly Hibernate). A ani
potom nevyuziva cache objektov.
