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 >
