🚀 go-pugleaf

W dniu 08.02.2018 o 17:36, irq pisze:
 > 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.
Najpewniej tak zrobię. Najpierw prosto zebrać dane a później zastanowić 
się co z nimi zrobić.

 > 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).
W zasadzie to nie interesuje mnie czy jest to ten sam czujnik co rok 
temu. Liczy się czy jest mierzona ta sama wartość w tym samym miejscu 
(np. temperatura powietrza na zewnątrz w lokalizacji B).