Napisu odpovedi k Hibernatu.
1) hibernate a spolu umi z gruntu vytvorit strukturu databaze,
fajn, ale co kdyz v nove verzi pridam nektery field? Z gruntu
vytvaret nejde, u zakaznika v databazi jsou data.
Je nejake inkrementalni vytvareni? Jak resite distribuci databazovych
zmen na zakaznicke databaze? Existuje nejaky system na verzovani DB?
CaseStudio.
Hibernati nastroje jsou beta a umi jen pridani sloupcu, neumi mazani ani
zmenu typu.
2) Jak se resi textove pojmenovani jednotlivych fieldu? V nasem programu
mame tabulku nazvu pro kazdy sloupec, Swing client pak jen prevezme
tyto nazvy a zobrazi je v tabulce spolecne s hodnotami.
Asi se to resi metadaty, ze?
Toto prave resim a vidim jedinou moznost - objekt ma metodu, ktera proti
nazvu sloupce vraci danou property.
3) Co specialni fieldy pro jednotlive zakazniky? Je potreba pak udrzovat
X verzi mapovacich xmlek a java trid pro jednotlive zakazniky? Nebo jde
zvolit nejake "core" co je vsude a na nej nabalovat upravy?
Asi nejlepsi by bylo dedeni, toho jsem si ale vsiml jen v JDO.
Ano. Ale neni lepsi se zamyslet nad navrhem aplikace, aby toto nebylo nutne?
4) Jak se resi skladani dotazu?
Priklad: delam select ze tri tabulek, v JDBC si to vse nactu z
resultsetu.
Jak se to resi v ORM? Musim udelat novy objekt? Nebo musim vse nacpat
do vztahu 1:1 1:N?
Muzete ho napsat v HQL - predpokladam, ze je to dotaz pro report.
5) Jaky maji vykon pri velikostech databazi v 10 GB? Predstava ze si
ty data drzi v pameti Oracle, pak ORM framework v cache a pak jeste JVM
me beha mraz po zadech. Ale zkusim si tipnout:
-Ibatis bude asi ok, tam neni co zkazit.
-Hibernate podle toho co jsem cetl zere dost pameti a je narocna na
"vytuningovani"
Ma pro to dost rozsahle moznosti. Prectete si odpovidajici kapitoly o
performance v knize Hibernate in Action. Ta vam odpovi i na predchozi
otazky.
