- Monitortrió a Samsungtól, köztük egy 500 Hz-es QD-OLED-del
- AI-alapú felskálázót fejleszt az ultramobil piacra az ARM
- Új Vulkan implementációt hoz az Apple rendszerchipekre a LunarG
- Az OpenAI szerint Musk zaklatási kampányt indított, a bíró nem állt Musk mellé
- Kiválthatja az AI az egeret és a billentyűzetet?
- Autóhifi
- Amlogic S905, S912 processzoros készülékek
- Notebook / laptop alkatrészek cseréje (processzor, RAM, HDD)
- AMD Navi Radeon™ RX 9xxx sorozat
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Kompakt vízhűtés
- OLED TV topic
- Fejhallgató erősítő és DAC topik
Aktív témák
-
Sk8erPeter
nagyúr
válasz
wolandino #2009 üzenetére
1.) itt a százalék helyett miért nem valami jobban kalkulálható egységgel dolgozol? Például a meló mértéke lehetne inkább óra egységben megadva: adott hónapban X órát dolgozott. Persze ettől függetlenül lehetne pluszban egy mező, hogy ez most 100%-ot, vagy 432%-ot jelent, bár lehetne ezt is másképp megoldani, ez már egyéni döntés kérdése.
2.) hmm, itt most gyorsan átfutva nem jut eszembe hirtelen más, mint hogy minden naptári napot eltárolni - tulajdonképpen muszáj, hiszen minden napra más adat vonatkozik.
Mivel minden naptári naphoz tartozhat általános, mindenkire érvényes adat is, esélyes, hogy egy külön táblában kellene tárolni a naptári napokat,és ezek id-jaihoz kapcsolni az egyes dolgozók napokra lebontott adatait. Szerintem csak így tudsz minden adatot jól követhetően tárolni, hogy minden évre, napra, dolgozóra rá lehessen külön keresni, és viszonylag általános legyen a szerkezet. Még ha sok adat is lesz ezzel, több táblában, és dolgozónként hivatkozni kell a naptári napok id-jaira az év összes napján...
Nem kell minden évnek külön tábla, egy szerintem elég, ahol az összes naptári nap szerepel, aztán lehet, hogy van erre megfelelő ellenérv. De ilyen esetben mindenképp érdemes szerintem különbontani a dátum egyes adatait, tehát akár évet, hónapot, napot, bizonyos dátum szerinti kereséseknél tudtommal ez hatékonyabb is lehet, mert nem kell mindig dátumkonverziós függvényeken keresztülverni az egész dátumot.Most nem gondoltam végig minden lehetőséget, tehát remélem még valaki hozzátesz a gondolatmenethez.
Egyébként ez igazából szimpla SQL-kérdés, semmi köze a PHP-hoz, nyugodtan mehetett volna az SQL-kérdés topicba, ott talán többen is látják, azok is, akiket a PHP nem érdekel, de vágják az SQL-t (és követik a topicot). Tulajdonképpen nem tudom, melyik a látogatottabb topic.
Aktív témák
- Autóhifi
- Revolut
- Telekom mobilszolgáltatások
- BestBuy topik
- Elektromos autók - motorok
- Battlefield 6
- exHWSW - Értünk mindenhez IS
- Amlogic S905, S912 processzoros készülékek
- PROHARDVER! feedback: bugok, problémák, ötletek
- Notebook / laptop alkatrészek cseréje (processzor, RAM, HDD)
- További aktív témák...
- Azta HP EliteBook 840 G9 Fémházas Hordozható Érintős Ultrabook 14" -40% i5-1235U 32/512 Iris Xe FHD+
- HúHa HP EliteBook 840 G9 Fémházas Hordozható Érintős Ultrabook 14" -40% i5-1235U 16/512 Iris Xe FHD+
- Ubiquiti Unifi Flex Mini switch
- Nintendo Switch konzolt vásárolnék!
- GoPro 10 Black makulátlan állapotban eladó + Sok kiegészítő
- Epson Expression 12000 XL A3 síkágyas fotószkenner
- 16 GB-os RTX A4000 HP - garanciával
- 18 éve! Billentyűzet magyarítás magyarosítás. Festés vagy lézerezés és egyebek! 3 lehetőség is van.
- HIBÁTLAN iPhone 14 256GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3100, 100% Akkumulátor
- Bomba ár! Dell Latitude 5300 - i5-8GEN I 8GB I 256SSD I 13,3" HD I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: FOTC
Város: Budapest