- Bemutatkozott az Oppo kamerás csúcsmodellje
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Android alkalmazások - szoftver kibeszélő topik
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- 185 Hz-es kijelzővel és 9000 mAh-s akkuval jöhet az új OnePlus
- Poco F8 Ultra – forrónaci
- Samsung Galaxy A56 - megbízható középszerűség
- Telekom mobilszolgáltatások
- Fotók, videók mobillal
- Milyen okostelefont vegyek?
Új hozzászólás Aktív témák
-
É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.
-
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.
-
Alapvetően reflectionnel végigmehetsz minden fv-n és aminek nincs paramétere azt meghívhatod aztán megnézed hogy mit adott vissza stb... A node-okon meg visitorral végigmész bár gondolom ez egyértelmű.
jaja én is ezekre gondoltam, csak reménykedtem hátha van vmi plugin ami kapásból kiértékel egy paraméter nélküli fgv-t
köszi -
-
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.
Lehet kezdek rájönni. Ignorálni kéne alapból minden kapcsolatot, és kézzel intézni őket.
hmm... de ha @JsonIgnore-t rakok rájuk, akkor sehogy sem tudom majd serializálni őket JSON-ba.
Minden bizonnyal az van amit írsz, de nekem nem világos miért akarja a Jackson bejárni az egész adatbázisomat.
Ha sikerülne neki, alsó hangon 8 gigás lenne a HTTP response bodyja. -
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.
-
Aethelstone
addikt
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.
-
Aethelstone
addikt
-
Aethelstone
addikt
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.Nos, nyilván a sessiont nem lehet a prezentációs rétegig elvinni, de mi úgy szoktuk, hogy a dao és a service között már Bean-ra fordítjuk és kell a francnak a session
-
Aethelstone
addikt
-
Aethelstone
addikt
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 =)
A fene tudja. Azt kellene lemérni, hogy a DISTINCT drágább-e vagy a Hibernate processzor és memóriaideje
szerk: Egy rugóra jár az agyunk
Nem vagy Te véletlenül én? -
Aethelstone
addikt
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.
Persze, de ez már ízlés dolga. Amit meg lehet tenni 1 SELECT-ben, arra miért írjunk 2 SELECT-et?
szerk:
Ráadásul teljesítmény-igényes alkalmazásnál nem is biztos, hogy jó a 2 SELECT.
-
Aethelstone
addikt
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.
-
Aethelstone
addikt
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.
-
Aethelstone
addikt
-
Aethelstone
addikt
-
Aethelstone
addikt
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
Régi. Még a 3.x-es széria
Bár, http://stackoverflow.com/questions/18753245/one-to-many-relationship-gets-duplicate-objects-whithout-using-distinct-why szerint ez a normális.
-
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
-
Aethelstone
addikt
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
Nem
Alapvetően ez egy évek óta működő, tesztelt struktúra. Csak a kolléga felvetésére írtam, hogy ez nem egyedülálló eset, máshol is előfordul duplikáció, amit vagy DISTINC-tel vagy Set használatával List helyett lehet kifejelni. Nálunk List van, ahogy látszik, de nem kívánom módosítani, ezért lett DISTINCT.
-
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.Kihagytam a connect() hívást és a connection kiemeltem osztály szintre, de a típus def. bent maradt a metódusban
Köszönöm az iránymutatást. -
WonderCSabo
félisten
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.
-
-
Itt egy lista születik ami a map kulcsait tárolja. A listnek pedig a get függvénnyel már el lehet kérni szám alapján is egyik tagját ugye. Ezt meg elkéred a maptól és máris megvan mindkét adat.
Megelőztek
Ráadásul az avatarotok is ugyanaz.
Scanner szavak = new Scanner(new File("kezdoszotar.txt"));
Map<String, String> map = new HashMap<>();
int i=0;
while (szavak.hasNextLine()) {
map.put(szavak.next(), szavak.next());
if (i == 10) {break;}
i += 1;
}
List<String> keys = new ArrayList<>(map.keySet());
String randomKey = keys.get((int) Math.random() * keys.size());
System.out.println(map.get(randomKey));Exception in thread "main" java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
Ja ok megvan, kérdésem ez elfog bírni kb.1800szót? vagy érdemes már adatbázisban tárolni?
-
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?:))
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Autós topik
- Elektromos autók - motorok
- Vigneau interaktív lokálblogja
- LG LCD és LED TV-k
- GoodSpeed: Anker Charger (140W, 4-Port, PD 3.1) laptop, mobil, tablet töltő
- Fokozatosan erősít majd a szerverpiacon az Intel
- Jelszókezelők
- Milyen légkondit a lakásba?
- További aktív témák...
- 27% - GMR 16GB (2x8GB) DDR3 1600MHZ Memoria!
- BESZÁMÍTÁS! MSI B650 R7 8700F 64GB DDR5 512GB SSD RX 7700 XT 12GB LIAN LI LANCOOL 217 FSP 650W
- Eladó 1db Nokia steel hr hibrid okos óra dobozával
- iPhone 15 Pro 128GB 88% (1év Garancia) - Kijelzőn pici folt!
- Bomba ár! Lenovo ThinkPad L380 - i7-8GEN I 16GB I 256SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest