🚀 go-pugleaf

> Będę zbierał dane z czujników typu temperatura wewnętrzna i zewnętrzna, 
> wilgotność względna, ciśnienie powietrza. Lista nie jest zamknięta i mogą 
> dojść kolejne np. strumień świetlny, stężenie pyłów w powietrzu.
>
> Na podstawie tych danych będą robione wykresy, obliczane średnie, max, min 
> np. z ostatniej godziny, dnia, itp.
>
> Planuję zrobić bazę o następującej strukturze.
>
> https://imgur.com/a/KPyZd
>
> Czy takie rozwiązanie będzie właściwe?
>
> Zastanawiam się też nad rozbiciem danych z tabeli value na wiele tabel - 
> osobna dla każdej mierzonej wartość wtedy ewentualnie kolumna value będzie 
> miała typ dostosowany do zakresu i rodzaju mierzonej wartości np. 
> wilgotność będzie miała wartości całkowite 0-100 więc float nie jest 
> najlepszy tutaj.
> Jest sens rozbijania tego?
>
> Co innego można zmienić w strukturze?


A sam nie umiesz zaprojektować, tylko muisz ściągać rozwiązanie z 
zagranicznego portalu?
Wstyd.

Twoja struktura powinna zależeć zasadniczo od 2 czynnikuw:
od nażędzia, i od danyh.
Musisz mieć dużą prubkę danyh, by ocenić jak one będą wyglądać w praktyce.
Może się okazać, że lepsze będzie połączenie lokalizacji z danymi, bo np 
czujnik pokazuje od razu 5 danyh.
i nie tszeba rozbijać tabeli na 5 sztuk.
Ważny jest rozmiar tabali czyli ilość danyh.
No i nażędzie.
Inaczej zaprojektujesz jak będziesz miał nażędzie z właściwie działającymi 
relacjami i widokami,
widoki na pewno w tym zadaniu będą ważne (np by wyciać sprawnie jedną dną np 
wilgotność),
a inaczej zaprojektujesz jeśli silnik bazy realnie właściwie implementuje 
tylo same tabele, a relacje się rwą, a widoki tylko na papierku.

-- 
(tekst bez: ó, ch, rz i -ii)
Ortografia to NAWYK, często nielogiczny, ktury ludzie ociężali umysłowo,
nażucają bezmyślnie następnym pokoleniom. ( ortografia . pev . pl )