- Computex 2024: Mini-ITX alaplapokat vár a Fractal két új háza
- Computex 2024: szemrevaló madzag nélküli klaviatúrák a Varmilo portfóliójából
- Computex 2024: újfajta tápdizájn a Lian Li boszorkánykonyhájáról
- Új Philips Evnia monitorok érkeznek a játékosok asztalaira
- A Samsung elkezdte árulni új Micro LED tévéit
- HiMedia lejátszók
- Nem indul és mi a baja a gépemnek topik
- Apple notebookok
- Szünetmentes tápegységek (UPS)
- Gaming notebook topik
- Samsung LCD és LED TV-k
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Milyen nyomtatót vegyek?
- Épített vízhűtés (nem kompakt) topic
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
Hirdetés
-
Friss játékmenet videón a The Alters
gp Aki kipróbálná a játékot, annak jó hír, hogy PC-n elérhető lett a publikus demó.
-
Computex 2024: újfajta tápdizájn a Lian Li boszorkánykonyhájáról
ph Az L alakú Edge széria három kapacitással közeleg, és a legszerényebb variánsa kap egy picit olcsóbb kiadást, ami levehető mesh hálóval jön.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
sutszi
veterán
Ugyan a Java topikba dobtam be a kérdésem: [link]
De gondoltam bedobom ide is, hogy hátha kapok egy kis inspirációt.Témával foglalkozó cikkek is érdekelnek(angol nem akadály)
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
Először is igen. Normalizáció. Én is ebben a hitben éltem eddig. Mivel érzékeny adatokról van szó, ezért meg kellett változtatnom a kontextust. Viszont a lényeg, érthető maradt.
Ez egy gyors kivágás és átírás, ezért az ehhez kapcsolódó hibákat és a kapcsolat típusát most ne firtassuk.
Szóval a lényeg, a ContractTypes és a Level táblák. Ezekbe legfeljebb néhány rekord lenne, de részben ősfeltöltés részben a működés közbeni módosíthatóság miatt kapna CRUD felületet. ContractTypes lehet állandó, vagy ideiglenes...stb A Level, meg amatőr, haladó, profi..stb.
Na most erre kaptam egy olyan javaslatot, hogy legyen 1 tábla.
Aminek az első oszlopa legyen TYPE ide kerülne be a ContractTypes vagy Level értéként.
Második oszlop ID ami lenne valami inkrementált szám.
Majd jönne LEVEL_NAME ami Level típusnál kapna értéket.
Végül A CONTRACT_TYPE ami csak ilyen típusnál kapna értéket.Ezt nem tudom lerajzolni, mert nekem is fura. De a olyasmi mint egy általános tábla amibe több értékkészlet van összevonva és a TYPE + ID együttesen adja a PK-t.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
Először is köszi az észrevételeket.
bambano : A fenti szerkezet csak egy kivonat. Pontosan ez volt az érvelés mögötte amit te is írsz. Ettől biztosan több lesz a karbantartandó adat. Az ehhez kapcsolódó implementáció nem akkora overhead. Inkább felhasználói oldalról volt ez vizsgálva. Hogy ne kelljen sok képernyőn keresztül kiigazodnia a user-nek, hogy karbantartsa ezeket az adatokat. Így egy képernyőn el tudja intézni. Persze az implementáció is szóba került, hogy egyszerűbb 1 képernyőt megcsinálni.
Objektíven nézve nekem ez egy új megoldás...és úgy érzem ez ellentéte a normalizálásnak.whYz A tovább bontás az már meglévő gondolat. Igazából az egész állapot egy piszkozat. Szóval ez még nem a végleges. Sok kérdés tisztázás alatt van még.
A TYPE+ID esté type-onként lenne egyedi az ID. Ezért kell együtt PK-nak lenniük.
Én a szétbontás mellett vagyok, ahogy az ábrán is rajzoltam. Viszont látok realitást is a másik ötletben is...nyunyu A hibernate nem kőbe vésett dolog. De abból amit írsz nekem inkább egy rosszul konfigurált és rosszul működtetett Hibernate réteg körvonalazódik... Ezt a fejlesztőkkel kell lejátszani, mert ez így nem fenntartható. Széles körben alkalmazott technológia. Nem tökéletes, semmi sem az, de viszonylag jó vélemény van róla többségében.
-----
Visszatérve a DB szerkezetére. Nem nagyon tudok érvelni a közös tábla ellen. Mondjuk kódból kell nagyon undorító dolgokat csinálni. Mert egy közös típus lesz különböző dolgokra. A pókösztönöm azt mondja ez nem egészséges hosszú távon.Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
Persze, semmiképp sem akarom keverni. Én fejlesztési oldalról vagyok érintett. A PM akivel az alapokat tesszük le meg, hát PM meg üzleti oldalról érintett. Ezért nézzük két szemszögből. Itt az a nagy kérdés, hogy mi legyen az elhatározás. Az oké, hogy egyik legyen, de melyik?
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
Így önmagában semmi... Az 1 képernyős karbantartást meg lehet oldani több tábla esetén is. Én csak megosztottam az érvelést amit kaptam.
nyunyu : Ez mondjuk nem adattárház lesz. Viszont mivel tervezési fázisban vagyunk ezért én próbálok minden esetleges vonatkozást megvizsgálni. Most a Hibernate is elgondolkodtatott... Ott is vannak kérdőjelek az egyesített tábla miatt.
[ Szerkesztve ]
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
Új hozzászólás Aktív témák
- Lenovo Thinkpad P70 " szép állapot "
- MacBook Pro (15", 2019 Mid)
- Lenovo ThinkPad T470s, I7-6600U, 8GB RAM, FHD, 2 év garancia, áfás számla! (41)
- DELL 7070 SFF Core i7 8700 vagy i7 9700 8/16GB DDR4 250GB M.2 SSD számla + gari - több db
- Lenovo ThinkPad T470s, I5-7300U, 16GB RAM, FHD, 2 év garancia, áfás számla! (39)
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen