Zdravim,
urcite to neni posledni obdobne nesmyslny pozadavek, ktery zakaznik vznesl.
No a samozrejme, ze zakaznik o persistenci nema paru. Nakonec se mi podarilo
tento pozadavek eliminovat - pocet clovekodni a tim padem penez je
dostatecny argument ;-)
Jeste diky Lukasovi Bartonovi, jeho napoveda se zda byt spravnou cestou.
Puvodne jsme si mysleli, ze NamingStrategy je urcena pro pripady, kdy chceme
treba mit definovany prefix vsech tabulek pro potrebu vice modelu v 1
databazi, ktera neumoznuje logicka schemata.
S pozdravem
TM
Dne 24. duben 2008 20:52 Vlastimil Vávrů <[EMAIL PROTECTED]> napsal(a):
> Je neuvěřitelné jak na první pohled nesmyslné požadavky si zákazník
> vymyslí. Tento požadavek zadal buď někdo, kdo toho o persistenci moc
> neví, nebo toho ví zatraceně moc.
>
> Problém je, že pokud se bude měnit jméno tabulky nejde ani zdaje jenom
> o změnu názvu tabulky v SQL dotazech (CRUD), ale například taky v
> definici cizích klíčů a obecně v dalších místech v DDL.
>
> Pokud je jen trochu šance tento požadavek odmítněte. Bude s tím pouze
> spousta problému...a přidanou hodnotu v tom žádnou nevidím.
>
> Toť můj názor.
>
>
> --
> S pozdravem Vlastimil Vávrů
> http://www.vavru.cz
>
>
> 2008/4/24 Tomas Metz <[EMAIL PROTECTED]>:
> > Dobry den,
> > resime s kolegou zvlastni problem. V zadani mame novy pozadavek, ze
> jmena
> > tabulek, ktere ma nase aplikace pouzivat, musi byt konfigurovatelne.
> > Atributy budou vzdy stejne, ale jmena tabulek si muze uzivatel
> nadefinovat v
> > konfiguraci aplikace. V aplikaci pouzivame jako persistenci Hibernate,
> > tabulky jsou namapovany na anotovane POJO. Uz jsme procitali
> dokumentaci,
> > googlili a zda se, ze moc moznosti, jak toto vyresit neni. Jedna moznost
> je
> > pouzit konfiguraci mapovani v XML a jmena tabulek nastavit programove v
> > tomto XML, coz znamena predelat celou vrstvu aplikace. Druha moznost je
> > poradit si s tim pres reflexi a menit anotaci takto, ale to si myslime,
> ze
> > nebude fungovat vubec. Treti moznost, ktera pripada v uvahu, je pouzit
> primo
> > SQL dotazy pres Hibernate, ale to jsme nikdy nedelali, takze ani nevime,
> jak
> > se vysledek dotazu mapuje do POJO nebo jestli tsi to musime resit rucne
> > sami.
> >
> > Vic jsme toho nenasli a zatim ani nemame jistotu, ze to bude vubec
> fungovat.
> > Kdyby jste jiz nekdo mel s timto zkusenost nebo vedel, jak toto nejlepe
> > vyresit, tak bych byl moc rad za radu. Predem diky moc.
> >
> > S pozdravem TM
> >
>
