- sziku69: Fűzzük össze a szavakat :)
- eBay-es kütyük kis pénzért
- bambano: Bambanő háza tája
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- Luck Dragon: Asszociációs játék. :)
- Elektromos rásegítésű kerékpárok
- plevips: Sorozatkövető v 1.1
- Candy: IGPU dGPU passthrough, avagy a nem minden arany, amin megy a Furmark
- sziku69: Szólánc.
- D@reeo: Pi-hole és a Telekom Sagemcom F@st 5670 DNS beállítása
Új hozzászólás Aktív témák
-
fjanni
tag
válasz
rum-cajsz
#5994
üzenetére
Jelenleg van kb. 200 tábla, ez talán felmehet max. 500-ra, tehát nem olyan sok tábláról beszélünk.
Negyed óránként történik a szenzorokbol kiolvasás, ez lehet gáz fogyasztás számláló, vagy villamos energia számláló állás, tehát rekord sem lesz olyan sok.
Van még egy olyan gond is hogy nem ugyanabban az időben olvasnak ki minden szenzort, tehát nem 00/15/30/45 a datetime-ban a min értéke. Ez olyan gondot okoz hogy simán nem lehet join-al kapcsolni az adatokat ha pl. számolni akarok velük, hanem külön külön át kell előbb konvertálni a fent említett 15 perces osztásra és utána mehet a Join.
A fentebb javasolt View megoldás jó lehetne olyan szempontból is, hogy abban ezt az átalakítást már meg lehetne tenni, így a View-ből indított Query-k már egyszerűbbek lehetnek. Ezt úgy tenném meg hogy a legközelebbi 15 perces egész értékre tenném át a View-ban az adatot, de ügyelni kellene arra is hogy ha több olvasás is történt akkor is csak egyet használjon fel. Az új mérési pont belépésekor pedig elég lenne azt csak a View-be felvenni.
Értem azt hogy egy táblában kellene lenni az összes szenzor adatnak és minden adatnak legyen egy szenzor azonosítója pl. "MP001". De azt hogyan javasoljátok megtenni? Tehát lineárisan, azaz Union-al egymáshoz fűzni őket, vagy mátrix szerűen, egy rekordba összefűzni az összes adatot ami egy időponthoz tartozik? Ez utóbbi esetben Join-al az átkonvertált negyed órás adatokat lehetne felhasználni. Ez utóbbi a felhasználás szempontjából (műveletek végzése, Grafana diagramban megjelenítés) talán jobb lenne, de mivel a szenzor azonosítók lennének a mezőnevek, előre kellene definiálni az összes lehetséges MP mezőt hogy egy új MP esetén ne kelljen adatstruktúrát változtatni. Ez nem túl elegáns megoldás.
A View egyébként mindig a tartalmazza az összes adatot, azaz magától frissül?
Egyedi ID mezőt hogyan tudok ez esetben mellé tenni?Az említett Triggeres módszert nem ismerem, az mennyiben lenne más/jobb?
Új hozzászólás Aktív témák
- Elektromos (hálózati és akkus) kéziszerszámok, tapasztalatok/vásárlás
- Samsung Galaxy S25 - végre van kicsi!
- exHWSW - Értünk mindenhez IS
- Elektromos autók - motorok
- sziku69: Fűzzük össze a szavakat :)
- Forza Horizon 6 - Vár ránk Japán!
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Videós, mozgóképes topik
- Arc Raiders
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- iPhone XR - 64GB - Független - Gyönyörű állapot - FACE ID OFF!
- iPhone XR - 64GB - Független - Hibátlan - Gyönyörű állapot
- DDR5 5600 Ramok eladóak 8 gb - 16 GB - 32 GB
- Eladó 4 db SZINTE ÚJ M.2 NVMe SSD (Gen4) 2 512GB + 2 256GB OEM
- Beszámítás! HP Elitebook 8 G1i 14 FHD notebook - Ultra 5 235U 16GB DDR5 256GB SSD Intel IGP W11
- Xbox Game Pass Ultimate előfizetések kedvező áron
- GYÖNYÖRŰ iPhone 12 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3654
- Azonnali készpénzes Apple Macbook Air felvásárlás személyesen / csomagküldéssel korrekt áron
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
- Dell Precision 7550 i7-10850H 64GB 1TB Nvidia RTX3000 6GB 1 év garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
