Hirdetés
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Luck Dragon: Asszociációs játék. :)
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- gban: Ingyen kellene, de tegnapra
- Klaus Duran: RCS
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- bambano: Bambanő háza tája
Új hozzászólás Aktív témák
-
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...
-
Szmeby
tag
Hogy mi a jó, az relatív. Neked kell tudnod, hogy mire van szükséged.
Ha jól értem, akkor azt az információt, ami a versenyzők helyezését reprezentálja, a listában lévő elemek sorrendje határozza meg.
Amíg egyedül dolgozol a projekten, nem jelenthet problémát, mert mindent tudsz a programról. Amikor többen is bekapcsolódnak a fejlesztésbe, akkor előtérbe kerül az érthetőség, átláthatóság. Ha úgy gondolod, hogy aki ránéz a kódra és egyből leesik neki, hogy a helyezés a listaelemek sorrendje, akkor nem lesz probléma az értelmezéssel. Amennyiben nem egyértelmű, akkor ennek az információnak láthatóbb helyen kell lennie, pl. egy objektum egy mezőjében.A jelenlegi helyzetben ezt redundánsnak gondolod, de korábban felvetették, hogy adatbázistól függ, hogy mennyire megbízható a sorrend. A Hibernate alatt pedig semmi perc alatt cserélhető az adatbázis implementáció. De akár olyan galádság is megtörténhet, hogy valaki a jól bejáratott List-et Set-re cseréli, mert nem jut eszébe, hogy a sorrend is fontos. Persze a te esetedben ettől nemigen kell tartani. Viszont az előbbi szituációkban nem jelent redundanciát a helyezés dedikált helyen való eltárolása.
Egy másik érdekes dolog, hogy a listaelemek sorrendjére való építkezés nem támogatja a holtverseny fogalmát. Valószínűleg a véletlen dönt arról, hogy holtverseny esetén ki sorolódik előrébb. Ez tesztelhetőség szempontjából nem feltétlenül ideális állapot. Tesztelhető ugyan, de a véletlen sorrend miatt nehézkes.
Persze ha fontos számodra teszemazt a memóriaméret, a redundancia alacsonyan tartása, és biztosan tudod, hogy a fent említett anomáliák (vagy hasonlók) sohasem történhetnek meg, akkor nem kell dedikált mezőt készíteni a helyezésnek. Felesleges.
-
Senhi
aktív tag
Egy kicsit is komolyabb adatbázis esetén nem szabad arra játszani, hogy (rendezés nélkül) az adatok mindig ugyanabban (pl. berakás) sorrendjében kerülnek visszaadásra. Van egy eredeti sorrendjük, de ha a db úgy gondolja, hogy egy lekérdezéshez egy másik sorrend hatékonyabb akkor azt használja.
Ettől függetlenül problémádat szerintem megoldja az @OrderColumn annotáció, amit arra a listára kell rárakni amelynek meg akarod tartani a sorrendjét.
-
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Energiaital topic
- Felfedte a Xeon 600 sorozat sötét titkait az Intel
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- PayPal
- Otthoni hálózat és internet megosztás
- Hegesztés topic
- AMD FX
- Eredeti játékok OFF topik
- Sütés, főzés és konyhai praktikák
- További aktív témák...
- HIBÁTLAN iPhone 11 64GB White-1 ÉV GARANCIA - Kártyafüggetlen, MS4532,100% Akksi
- Azonnali készpénzes Intel i5 i7 i9 8xxx 9xxx processzor felvásárlás személyesen / csomagküldés
- 1000 W HP DPS-800GB-A szerver tápegység
- Apple iPhone 16 Plus 128GB Ultramarine használt, karcmentes 96% akku (266 ciklus) 6 hónap gar
- PANASONIC Toughbook CF-53,i5-3340M,4GB RAM,500GB HDD,DVD,WIN10
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest