🚀 go-pugleaf

W dniu 08.02.2018 o 20:15, Adam M pisze:
> Zagadzam sie w 100% - w systemach rejestracji danych czasu rzeczywistego pewny zapis pomiaru jest najwazniesza rzecza - dlatego tabela powinna byc jak najprostasza. Reszte mozna dobudowac jak sie chce - w zaleznoci jak dane beda uzywane. Dodatkowo autor powinien oszacowac rozdzielczosc czasu w systemie i rozmiar strumienia danych (tzn jak szybko dane beda naplywaly i ile ich bedzie w danym momecie) - moze sie okazac ze sam SQL jest za wolny i trzeba dolozyc jakies posrednie buforowanie przed zapisem do bazy danych. W zasadzie w systemach rejestracji danych czasu rzeczywistego projektowanie bazy danych jest zadaniem drugorzednym - baza danych ma poprostu zapewnic pewna i trwala rejestracje pomiaru - jak dane sa pozniej uzywane/opisane nie jest to problemem systemu rejestracji.

To chyba jest najlepszy pomysł. Najpierw prosto zbierać dane a później 
zastanowić się co i jak z nimi zrobić.

Strumień danych nie będzie duży. Docelowo co minutę do 50 wartości 
pomiarów z 3 lokalizacji. W każdej lokalizacji czujniki będą 
komunikowały się z bramką a ta dopiero wysyłała dane dalej. W razie 
potrzeby można na poziomie bramki wprowadzić agregację i wysyłać 
uśrednione dane co 5 min.