Hirdetés
- Google Pixel topik
- Yettel topik
- One mobilszolgáltatások
- Megtartotta Európában a 7500 mAh-t az Oppo
- Apple iPhone 12 és 12 Pro duplateszt
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Motorola Edge 70 - többért kevesebbet
- Szívós, szép és kitartó az új OnePlus óra
- iPhone topik
- Kis méret, nagy változás a Motorolánál
Új hozzászólás Aktív témák
-
Mukorka
addikt
válasz
MrSealRD
#7676
üzenetére
És az hogy eleve feldolgozást követően lemented mint pojo entitás miért nem jó? Ha tudod hogy mikor változik akkor update-tet tolsz rá mielőtt foglalkozol vele. Így az orm vagy akármilyen réteg szolgáltathat cache-t is hozzá, szóval még csak be se kell olvasni mindig ha nem változott de gyakran lekérdezik.
-
-
Mukorka
addikt
válasz
drogery
#7613
üzenetére
Pl az hogy se a rowcount se a columncount nincs nullázva az fv hívás végén. Így meg tovább next-elsz a resultseten mint amennyi darab van benne -> jön az exception.
A kódod jobb lenne ha az fv nem static lenne és a látszólag most fölösleges konstruktorban átadott query-vel dolgoznál és nem lenne static semmi se (Mondjuk a driver betöltése mehet static blockba). Így mindig működne az osztály ha új példányt hoznál létre minden query futtatáskor.
-
Mukorka
addikt
válasz
#39560925
#7240
üzenetére
Ha már mappeled az entitást akkor minek vannak ott az id-k pl a Movies2ActorsEntity-ban? Ez talán nem okoz problémát bár vicces lehet ha átállítod az entitást és az id meg marad a régi. (Gondolom felülírja az újal de lehet hogy nem).
MoviesEntity -ben hol a characters mappelése?
-
Mukorka
addikt
válasz
#39560925
#7193
üzenetére
Nem lehet hogy a fel eager fetchelt objektum listád tagjainál száll el , hisz azokban ugyan úgy van lazy collection ami visszamutat. A json parser meg gondolom mindent felránt ami be van annotálva vagy ami nincs (nemtom melyik). Ez esetben valami ignore-t lehetne rájuk tenni.
-
Mukorka
addikt
válasz
#39560925
#7187
üzenetére
A transactional csak azt dönti el hogy a bean vagy a container manageli e a tranzakciót.Ettől még a dao hívás végén vége a tr-nek és a sessionnek is. Elvileg nem is lehet egynél több persistentbag-et fetchelni egyszerre. Attól hogy mindenki eager még nem lesz egy select az egész tehát a db kapcsolatot a tákolós megoldás is épp annyira terheli le.
Ahogy én eddig láttam erre rendszerint a külön dao hívások jelentenek megoldást. Mindegyiknél eldöntöd hogy mire van ténylegesen szükséged, alapból meg minden lazy.
-
-
#6850
Mukorka
addikt
Aethelstone
#6849
Mukorka
addikt
válasz
Aethelstone
#6849
üzenetére
Pont erre gondoltam pedig. Tehát azt hogy mi kell épp és mi nem csak különböző beanekkel tudod megoldani vagy már eleve úgy kérdezed le az entitást vagy mindig lekérdezel minden lazy tagot.
-
#6848
Mukorka
addikt
Aethelstone
#6841
Mukorka
addikt
válasz
Aethelstone
#6841
üzenetére
Hát nálunk a DAO és a business réteg egyben van. Minden logika ejb-ben van de konkrét crud műveletek nincsenek kiszervezve dao rétegbe hanem benne vannak a releváns ejb-ben.
A te példád szerint tehát ha van egy entitásom 5 lazy collection-el és 3 féle logika alapján dőlhet el hogy épp mit fetchelek fel akkor a service rétegedben 3 tök különböző (nyílván egymás leszármazottjai) dto osztályod lesz hogy a reflectionös cucc működjön? Ez elég gázul hangzik
(#6847):
Riporthoz írsz viewt amit felmappelsz és kész. nyílván ez globlális riportokhoz jó, ha sok az adat és bemenő paraméterrel kell dolgozni akkor valóban kell rendes sql-t írni.
-
#6837
Mukorka
addikt
Aethelstone
#6836
Mukorka
addikt
válasz
Aethelstone
#6836
üzenetére
Nem tetszem érteni amire gondolsz.
-
#6834
Mukorka
addikt
Aethelstone
#6833
Mukorka
addikt
válasz
Aethelstone
#6833
üzenetére
De ha már nincs session akkor hiába hivatkozik rá.
Nálunk egyébként lazy minden és ahol olyan eset van ahol kell valami ott van rá külön fv ami azt is betölti amit kell. -
#6209
Mukorka
addikt
Aethelstone
#6208
Mukorka
addikt
válasz
Aethelstone
#6208
üzenetére
Akarom mondani singleton
-
#6207
Mukorka
addikt
Aethelstone
#6206
Mukorka
addikt
válasz
Aethelstone
#6206
üzenetére
Ha már úgy is van egy külön nem lazy metódusod erre akkor az jelzi hogy néha előfordul hogy kell minden. Sztem belefér, jobb mint fölöslegesen felhozni minden adatot és aztán hagyni hogy a hibernate fölöslegesen dolgozzon rajta. Igen, ízlés dolga
Kell írni sebesség teszteket rá és el lehet pöcsölni még vele egy csomót
(#6208) Aethelstone: Nem tudom, ritka jól sikerült objektum vagyok =)
-
#6205
Mukorka
addikt
Aethelstone
#6204
Mukorka
addikt
válasz
Aethelstone
#6204
üzenetére
Átírtam a választ
-
#6202
Mukorka
addikt
Aethelstone
#6201
Mukorka
addikt
válasz
Aethelstone
#6201
üzenetére
Akkor inkább a distinct, a set nem szép.
Igazából itt az a baj hogy egyszerre kéred le egy selectben. Esetleg át lehet írni hogy egy másik select hozza le a kapcsolatokat vagy ahogy nálunk sokan tolják (nem is szép) meghívni a size()-t, amit persze ti kikapcsolattatok azzal az extra annotációval.
-
#6200
Mukorka
addikt
Aethelstone
#6199
Mukorka
addikt
válasz
Aethelstone
#6199
üzenetére
Szerk: Már értem, nem a joinolt lista duplikált hanem maga a végeredmény. Ez látszólag tök jogos, a linkeden le is írja a választ erre
-
#6195
Mukorka
addikt
Aethelstone
#6194
Mukorka
addikt
válasz
Aethelstone
#6194
üzenetére
Véletlenül a CorrelationRule id nem a CorrelationRuleSet táblában van?
Nekem gyanús hogy a distinct azért oldja meg mert így nem talál több ugyanolyan recordot amiről aztán a hib megállapítja hogy ugyanaz de a hozzá tartozó kapcsolatokat hozzáadogajta a meglévő listához.
(#6194) Aethelstone: Nem tudom milyen hibernate verziót használtok de mi százával használunk ilyen kapcsolatot és az tuti hogy ilyen hibával nem találkoztam még
-
Mukorka
addikt
Szerintem nem jó pattern ez a hozzáadási sorrend. Db oldalról ha riportot kéne csinálni akkor is úgy keresenéd le az első 3 helyezettet hogy hányadik sorban vannak a táblában? Mi van ha később több infó is kell egy helyezettről, nem csak az hogy ki volt? Teszem azt, idő, pont stb. Sztem ez egy külön helyezés táblát érdemelne. Illetve írtad is hogy végeredmény alapján pakolod be, ezek szerint lenne mi alapján összekötnöd is őket...
-
Mukorka
addikt
Hello!
A legtöbb ilyen cégnél vannak kialakult rutinok erre főleg ha gyakornoknak vettek fel. Ahogy én eddig láttam, nem várnak el semmi extrát az elején: Olvastatnak a keretrendszerről, összeraktok egy workspace-t, esetleg kapsz pár nem projekt specifikus feladatot ami utánajárást követel meg (ez alatt meglátják hogy mennyire vagy hülye és aszerint használnak a későbbiekben). Általában segítenek elmagyarázni és hetekig nem is kell nagyon dolgozni. Ismerek valaki aki egy hónapig csak olvasott pedig juniornak vették fel.
-
-
Mukorka
addikt
válasz
Ablakos
#4905
üzenetére
Ránézésre azért mert nem hívod meg a connect függvényt a lekérdezés előtt így a connection null. Sőt, ahogy látom ott egy lokális változó a connection, így akkor se működne ha meghívnád
Érdemes lenne továbbá egy lezáró metódust is csinálni, ahol meghívód a close fv-t a connection-ön. -
#4215
Mukorka
addikt
trisztan94
#4214
Mukorka
addikt
válasz
trisztan94
#4214
üzenetére
Pedig az emberré (jó programozóvá) váláshoz érdemes kigondolni ilyen dolgokat. Az sokkal izgibb mint működésre bírni.
-
Mukorka
addikt
válasz
Taoharcos
#3786
üzenetére
Ha már tanácsadás megy nagyban: A ManagedBean name értéke lehetne userBean , nem pedig userbean.
Ha Serializable interface-t implementálsz akkor pedig vagy legyen serialVersionUID megadva (ezt generálja magától az eclipse is ha megkéred rá) vagy legyen Annotálva az osztály : @SuppressWarnings("serial").
Kerüld a "felkiáltójeles" kódot!
Ui: inkább cseréld le a listában tárolt user megoldást adatbázisban tároltra.
-
Mukorka
addikt
válasz
Taoharcos
#3786
üzenetére
A loginUser fv hiába csinál a meglévő adatokkal új user objektumot , az mint példány még nincs benne az arraylist-ben ezért lesz false. Mivel nem írtad felül az equals függvényt a User osztályban így az alapértelmezett (örökölt) equals azt nézi hogy ugyan az-e a két objektum memóriában tárolt elérési címe. Ez azért lényeges mivel az ArrayList is a tárolt elemek equals függvényét használja ahhoz hogy megmondja mi van a listában és mi nincs.
-
Mukorka
addikt
válasz
caindwan
#3755
üzenetére
Az ajto változót át kéne adnod a függvénynek:
public boolean kulcsFordit(int ajto){
if(!bortonajtok[ajto]){
bortonajtok[ajto] = true;} //ha mást úgyse csinál az fv-d akkor itt kb még vizsgálni is felesleges...
return bortonajtok[ajto];
}//használni meg így lehet:
boolean fordit = kulcsFordit(4);
Szerintem ennek nem sok értelme van
(#3758) Athlon64+ : Erre gondolhatott, gyanús.
-
Mukorka
addikt
-
-
-
Mukorka
addikt
válasz
Fooler89
#2682
üzenetére
Map<String, String> map = new HashMap<String, String>();
map.put("good", "jó");
map.put("mother", "anya");
map.put("english", "magyar");List<String> keys = new ArrayList<String>(map.keySet());
String randomKey = keys.get((int) Math.random() * keys.size());
System.out.println(map.get(randomKey));Ahogy fent is írták, ennek az indexelésnek itt sok értelme nincs de így meg lehet csinálni
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Kormányok / autós szimulátorok topikja
- One otthoni szolgáltatások (TV, internet, telefon)
- Futás, futópályák
- Konzolokról KULTURÁLT módon
- Valami baja van a tápomnak
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Nintendo Switch 2
- GoodSpeed: Nem vénnek való vidék - Berettyóújfalu
- Milyen TV-t vegyek?
- További aktív témák...
- Eladó iPad Pro 11" (2022) 128 GB + Apple Pencil!
- Galaxy S23+ 8/512 GB eladó
- Üzletből, garanciával, MSI Creator Z16 A12UET-039IT intel Core i7-12700H/16GB RAM/1TB SSD/RTX3060
- Denon AVR X2100W Magnat Vector 77 5.1 hangfalakkal
- Üzletből, garanciával, Új Lenovo ThinkPad X1 Carbon Gen 12 Ultra 7 155u/32GBRAM/1TB SSD/OLED kijelző
- Nuki Smart KeyPad 1 okos zár kiegészítő
- HP ZBook Fury G7 Intel Core i7-10850H Refurbished
- Apple iPhone 15 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! LENOVO LOQ 15IRX9 notebook - i5 13450HX 32GB DDR5 512GB SSD nVidia RTX 4050 6GB WIN11
- Kèszleten lèvő AM4 procik! Kamatmentes rèszletre is! Èrdeklődj!!
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Laptopműhely Bt.
Város: Budapest