Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Meggyi001: A kérdés...
- oriic: A TOP 10 legtöbb hozzászólással rendelkező PH! felhasználó
- Trewerr: Analóg-digitális jelátalakítás (zenefájlok leegyszerűsítésével magyarázva)
- Lalikiraly: Astra kalandok @ Negyedik rész
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- Lalikiraly: Kaáli Autó-Motor Múzeum
Ú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?:))
- Villanyszerelés
- MIUI / HyperOS topik
- Samsung Galaxy A56 - megbízható középszerűség
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Garancia kérdés, fogyasztóvédelem
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- A fociról könnyedén, egy baráti társaságban
- Autós topik
- Ford topik
- LG LCD és LED TV-k
- További aktív témák...
- Lenovo ThinkPad P1 Gen 4 i7 32GB RAM 512GB SSD NVIDIA T1200 16 2560 1600 Garancia
- Dell Precision 7550 i7 32GB RAM 512GB SSD NVIDIA Quadro T1000 FHD
- Dell Precision 5560 i7 32GB RAM 512GB SSD NVIDIA RTX A2000 FHD+
- BOMBA áron eladó új Microsoft Surface Laptop 4 garanciával! AMD Ryzen 5 /16GB 512 SSD/TOUCH/13.5"/
- Dell Latitude 7420 i7 / 32GB /1TB SSD / FHD IPS
- RAKTÁRKISÖPRÉS! Eladó projektorok!
- iPhone 13 mini 128GB Green -1 ÉV GARANCIA -Kártyafüggetlen, MS3897, 100% Akkumulátor
- 146 - 147 - 166 - 167 - 168 - 169 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- OnePlus 13 Gyors teljesítmény és modern dizájn Midnight Ocean 16/512 GB
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Laptopműhely Bt.
Város: Budapest