🚀 go-pugleaf

Przepraszam Cię za zaśmiecenie wątku poboczną dyskusją z poboczną osobą. Nie mogłem się opanować, ale osobie chyba właśnie o to chodzi.

W dniu poniedziałek, 5 lutego 2018 23:52:45 UTC+1 użytkownik baItiz napisał:
> 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.
> 

Dlatego proponuję Ci abyś wyraźniej rozdzielił zadanie składowania zdarzeń od zadań raportowania. Do składowania przygotuj sobie jak najprostszą, być może partycjonowaną, tabelę pomiarów, zawierającą pary klucz-wartość, typu text - model EAV?. Będzie odporna na ewentualne przyszłe zmiany i na błędy, które wyczyścisz (i zdiagnozujesz) osobno. Nie zawracaj sobie tutaj głowy rozważaniami na temat typów danych, kluczowe jest aby tabela pomiarów zawierała po prostu to co dostaje z czujnika.

Mając tabelę pomiarów, a więc zabezpieczone stabilne składowanie danych pierwotnych (i ich backupowanie), możesz dowolnie projektować i modyfikować struktury przeznaczone do sprawnego raportowania, do których będziesz przepisywał odpowiednio zinterpretowane (i zagregowane?) wartości surowe. Tu będziesz mógł eksperymentować i doskonalić, nie ryzykując utraty stabilności rejestracji pomiarów.

Odnośnie identyfikacji miejsca pomiaru, ogranicz się w tabeli pomiarów do samego identyfikatora czujnika. Aby "zgeolokalizować" taki czujnik, zaprojektuj oddzielną tabelę czujników, w której będziesz prowadził ich ewidencję, a m.in. będziesz przechowywał ich lokalizacje oraz daty instalacji - wszak czujniki mogą się psuć, czy z innych powodów być wymieniane. Geolokalizację pomiaru uzyskasz przez odpowiednie złączenie (z tabelą pomiarów, bądź z tabelami raportującymi).