- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy S23 Ultra - non plus ultra
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- VoLTE/VoWiFi
- Samsung Galaxy Watch7 - kötelező kör
- Milyen okostelefont vegyek?
- Google Pixel topik
Ú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.
-
#7633
Mukorka
addikt
Oppenheimer
#7625
Mukorka
addikt
válasz
Oppenheimer
#7625
üzenetére
Csak átfutottam egy két osztályt. Egy tipp: ha nincs id amire szűrsz akkor az logikában legyen kiszűrve, nem írunk sql-t olyan feltételre ami mindenképp teljesül. Így gyorsabb is lesz a query 1-2 ezred másodperccel.
-
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.
-
#7241
Mukorka
addikt
Oppenheimer
#7240
Mukorka
addikt
válasz
Oppenheimer
#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?
-
#7211
Mukorka
addikt
Oppenheimer
#7210
Mukorka
addikt
válasz
Oppenheimer
#7210
üzenetére
Ez akkor lenne jó ha cserébe az entitásban nem is említenéd meg a kapcsolatokat, máskülönben ugyanúgy duplikálás.
-
#7201
Mukorka
addikt
Oppenheimer
#7200
Mukorka
addikt
válasz
Oppenheimer
#7200
üzenetére
Szerintem arra gondolt hogy nem mappeli fel őket. Tehát a hibernate nem managelné a listát.
DTO konvertálás szerintem is csúfságos.
-
#7194
Mukorka
addikt
Oppenheimer
#7193
Mukorka
addikt
válasz
Oppenheimer
#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.
-
#7188
Mukorka
addikt
Oppenheimer
#7187
Mukorka
addikt
válasz
Oppenheimer
#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
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Intel Core Ultra 7 265 /// Bontatlan, Teljesen Új // Üzletből, Számlával és Garanciával
- Csere-Beszámítás! Ryzen 9 9950X Processzor!
- Újszerű Gamer Asztali PC Számítógép 2026-ig Garis ASUS H510M-K R2.0 i5 11400F RTX 4060 8GB Dobozába
- Samsung Galaxy Tab A8 (2021) , 3/32 GB,
- Samsung Galaxy S6 Lite (2022) , 4/64 GB ,Wi-fi
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9700X 32/64GB RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Ikea Eilif Paraván - Asztali elválasztó
- 4 év gari - magyar bill. - Lenovo ThinkPad Z13 G1 - AMD Ryzen R7 Pro 6850U, 13.3" 2.8K OGS érintő
- LG 27GS60QC-B - 27" Ívelt - 2560x1440 - 180Hz 1ms - AMD FreeSync - Bontatlan - 2 Év Gyári Garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest