OT: JPA - mapování číselníků

[Jaroslav Hurdes]

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 <malaschitz.conf na gmail.com 
> <mailto:malaschitz.conf na gmail.com>>
>
>     > 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.
>
>