[Java lista] JPA - Hogyan inzertáljak egy-több kapcsolatban lév? adatokat?

[Zsombor]

2011/4/11 MariĂĄk KĂĄlmĂĄn <sirkalmi at kalmiesemese.hu>

> Szervusztok!
>
> Egy-több kapcsolatban lévő adatok inzertálására van egy bevett
> eljĂĄrĂĄsom, amivel kapcsolatban problĂĄmĂĄk adĂłdtak. Ezt az eljĂĄrĂĄst sehol
> nem olvastam, magam talĂĄltam ki, ezĂŠrt lehet, hogy tĂśk rosz az egĂŠsz.
> Elsőként bemutatom az eljárásomat, aztán arra volnék kiváncsi, hogy ti
> hogyan oldjĂĄtok meg ezeket a dolgokat.
>
> PĂŠlda:
> Egy felhasznĂĄlĂłt hozzĂĄadunk egy csoporthoz. A felhasznĂĄlĂł ĂŠs a csoport
> azonosítók paraméterből jönnek. A felhasználót az azonosítója alapján
> elkérem az EntityManager-től. Eddig semmi szokatlan. A csoport esetében
> viszont az entitĂĄsokat ĂŠn pĂŠldĂĄnyosĂ­tom, amelynek csak az id
> tulajdonsĂĄgĂĄt ĂĄllĂ­tom be. Ez pont elĂŠg ahoz, hogy ez alapjĂĄn a
> kapcsolatokat megfelelően le tudja tárolni az adatbázisban.
>
> User user = em.find(User.class, userId);
> Set<Group> groups = new HashSet<Group>();
> Group group = new Group();
> group.setId(groupId);
> user.setGroups(groups);
> em.merge(user);
>
> Ezt anno azért találtam így ki, hogy takarékoskodjak az erőforrásokkal,
> ĂŠs hogy ne kelljen ĂŠrtelmetlenĂźl az adatbĂĄzishoz fordulni, mikor eleve
> minden informĂĄciĂł rendelkezĂŠsre ĂĄll amit le kell tĂĄrolni. Ugyanakkor
> kĂŠnyelmes is amit az alĂĄbbi pĂŠldĂĄban szemlĂŠltetek:
>
> A User entitĂĄsnĂĄl maradva, annak van egy CompanyType tĂ­pusĂş
> tulajdonsága. Ha a company type szintén paraméterből jön akkor azt a
> User entitĂĄs setCompanyTypeId metĂłdussal ĂĄllĂ­tom be, amiben
> pĂŠldĂĄnyosĂ­tok egy CompanyType objektumot, majd meghĂ­vom vele a
> setCompanyType metĂłdust, ezzel beĂĄllĂ­tva a kapcsolatot.
>
> Az alap settter metĂłdus.
> public void setCompanyType(CompanyType companyType) {
>  this.companyType = companyType;
> }
>
> A "kényelmi" kiegészítő setter metódus
> public void setCompanyTypeId(Long companyTypeId) {
>  CompanyType companyType = new CompanyType();
>  companyType.setId(companyTypeId);
>  setCompanyType(companyType);
> }
>
> A paramĂŠterek rendszerint JSON fromĂĄtumban ĂŠrkeznek, amit a Jackson nevĹą
> eszkĂśz mappel rĂĄ az entitĂĄsokra. A paramĂŠterek nevei alapjĂĄn
> automatikusan meghĂ­vja a setter metĂłdusokat. Pl a fenti pĂŠldĂĄban, ha a
> JSON-ban van egy companyTypeId paramĂŠter akkor a Jackson meghĂ­vja a
> setCompanyTypeId metĂłdust.
>
> A problĂĄma ezzel az egĂŠsszel az, hogy persist vagy merge utĂĄn a program
> egy egĂŠszen mĂĄs pontjĂĄn, pl egy JPQL lekĂŠrdezĂŠs sorĂĄn visszaadott
> eredmĂŠnyben, ha szerepelnek ezek az entitĂĄsok melyek, Ă­gy ĂŠn ĂĄlltalam
> lettek pĂŠldĂĄnyosĂ­tva, akkor ezeknek a tulajdonsĂĄgi mind null-ok lesznek
> az id-t leszĂĄmĂ­tva. Ezen csak egy webapp restart segĂ­t, mikor
> valĂłszĂ­nĹąleg kiĂźrĂźl az Entit Manager -ben a cache ĂŠs ĂşjbĂłl beolvas
> mindent.
>
> Egyelőre két megoldást látok, vagy felhagyok ezzel a megoldással és
> mindig minden entitást id alapján elkérek az EM-től és ezeket állítom
> be, vagy lekérdezésekkor ellenőrzöm, hogy adott tulajdonság null-e és,
> ha igen akkor meghĂ­vom az adott entitĂĄsra az EM update metĂłdusĂĄt, amely
> frissĂ­ti az adatbĂĄzisbĂłl az Ăśsszes tulajdonsĂĄgĂĄt.
>
> Mind a két megoldás macera, nem tetszik. Mitévő legyek?
>
> KĂśszi a vĂĄlaszokat!
>
> MariĂĄk KĂĄlmĂĄn
> sirkalmi
>
>

Egy enitityManager.find(cls, id) hivĂĄs nem feltĂŠtlenĂźl jelent adatbĂĄzis
lekérdezést, és használd azt, ne próbáld meg megerőszakolni a JPA
implementĂĄciĂłt ilyen kis trĂźkkĂśkkel.

Ăźdv
 Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20110412/2a4b95a9/attachment.html