[Java lista] JPQL Result Type of the SELECT Clause

Verhás István istvan at verhas.com
2010. Már. 12., P, 16:26:59 CET


Amire te vágysz az a lazy loading. Ezt támogatj a JPA ha az attributum 
nem primitív hanem entitás. Az alapértelmezett fetch type a kapcsolat 
számosságától függ. Ha a túloldalból csak egy van akkor eager vagyis 
betölti, ha sok akkor lazy. Szóval a sokkal nem kell törődni azt eleve 
nem tölti be csak amikor meghívod a gettert, az egy az egyes illetve az 
n az egyes-nél pedig be lehet állítani pl. így
@OneToOne(fetch=FetchType.LAZY) 
Ezt kérdezted?
üdv
vi


Szomor Attila wrote:
> Szia István,
>
> Ilyenkor, hogy jelölöm azt, hogy az 1-1 kapcsolat elemei igazából ugyan  
> abban a táblában valósuljanak meg normál attributumokként?
>
> Valőjában azt szeretném elérni, hogy egy adott entitást többféle  
> feltöltöttségi szinten érhessek el, pl. nem kellenek a különböző  
> kapcsolati egy grid-be vagy egy kobóba stb.
> Az entitásra már meg vannak írva a különböző transformáló eljárások,  
> ezeket nem szívesen írnám meg többször.
>
> Több lehetőségről is olvastam,
> --pl hogy egy táblát több entitáshoz is hozzárendelhetek, ekkor persze  
> mindegyik más osztály lesz.
> --vagy egy NativeQuery-nek megadhatom, hogy milyen osztályba tegye be az  
> eredményt
> valahogy ez utóbbit szeretném elérni, rossz esetben forgatom, egy grid-ben  
> úgyis lapozni kell, csak képtelen vagyok felfogni, hogy ilyen egyszerú  
> dolgot ne tudna a JPA, miért kell minden attributumot és kapcsolatot  
> beolvasni, ha épp nincs is rá szükség?
>
>
> Attila.
>
> 2010.03.12. 15:58:07 dátumon Verhás István <istvan at verhas.com> írta:
>
>   
>> Olybá tűnik lett egy új entitásod ami 1-1 kapcsolatban áll az
>> "entityName"-el és van három (vagy négy ha visszafelé is navigálható
>> akar lenni) attributuma. Az "entityName"-ben pedig lett a három
>> attributum helyett egy ha navigálható illetve eltűnt ha nem navigálható.
>> üdv
>> vi
>>
>> Szomor Attila wrote:
>>     
>>> Sziasztok,
>>>
>>> Szeretném csak részlegesen feltölteni az entitásokat, például ha
>>> ComboBox-ba nem használt a többi mezőt pl. így
>>>    "select e.id,e.code,e.name from entityName e"
>>> a JPA rendesen értelmezi és futtatja is, de nem teszi be az eredményt az
>>> entitás megfelelő propertibe, hanem három objectumba teszi.
>>> A "select e from entityName e" esetén rendesen feltölti az osztályt,
>>> mondjuk logikus is mert az "e" pont olyan típusű, az e.id pedig nem.
>>> Nem szeretném egy jó nagy ciklussal átmásolni az eredményhalmazt egy új
>>> listába, hogy tudnám rákényszeríteni, hogy a választ entitás típusú
>>> osztályba tegye és a többimező pedig legyen null?
>>>
>>> Attila.
>>>
>>>
>>>       
>> _______________________________________________
>> Javalist mailing list
>> Javalist at javagrund.hu
>> http://javagrund.hu/mailman/listinfo/javalist
>>     
>
>
>   

--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20100312/d52904e8/attachment.html 


További információk a(z) Javalist levelezőlistáról