Ahoj, na novy projekt 2 a ladim podobne ako kolega Michal, pokial ale integrujem do hotovej databazy, tak si necham vygenerovat entity z db niekde bokom a z nich sa potom inspirujem pri rucnom mapovani.
-- Dusan 2011/11/14 Petr Janata <[email protected]>: > Zdravím, > > když to jde, tak Hibernate -> DB (hbmtoddl). S hsqldb je to dobré pro rychlé > testování. > Pokud platí aspoň jedno z následujících, tak bych napsal DDL ručně: > a) DB není pod vaší kontrolou, sedí nad ní DB admin, který má se změnami > schematu práci > b) DB budou používat i jiné aplikace > c) chcete často dělat ručně SQL dotazy (ad hoc reporting) > Best regards > Petr Janata > > 2011/11/14 Michal Pavlasek <[email protected]> >> >> Nazdar, >> ja osobne na novych projektoch pouzivam moznost 2, >> zaroven ale si kontrolujem, co to vyygereovalo za SQL, ak sa da uprava >> pomocou anotacii - dlzky, not null atd. >> Ak nie potom uz SQL. Kedze na zaciatku pouzivam najma in mem DB, po par >> pokusoch to je zhruba odladene. >> Na upgrade DB uz ale pouzivam SQL, najma po tom, co je to uz v produkcii. >> Ale ak ide o napasovanie na existujucu DB, tam bud rucne (alebo pokial sa >> pamatam nieco na to malo aj MyEclipse, >> ale neviem, ci isto, tam to radsej odporucam urobit rucne) >> PS: Hibernate vie aj vygenerovat SQL, ako si predstavuje DB bez toho, aby >> tie zmeny sa vykonali, >> to dost pomaha s porovnanim s realitou, ci je mapovanie zhruma OK. >> (vypis DDL SQL do konzoly napr.) >> >> bye >> CoPLaS >> >> 2011/11/14 Marek <[email protected]> >>> >>> Zdravim vospolok, >>> ak pouzivate hibernate, pripadne iny ORM aky volite postup: >>> 1. z databazy generujete Entity (aky tool pouzivate na generovanie napr. >>> hibernate entit?) >>> 2. alebo opacne, napisete Entity a struktura entit vytvori v DB tabulky. >>> Ktory postup odporucate(a preco) a v akych pripadoch ho zvolit? >>> -- >>> M^2 >> > >
