🚀 go-pugleaf

W dniu 2018-02-06 o 07:36, Stokrotka pisze:
>> 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.
Nie prawda. Ty się nie nauczyłaś polskiego, to jest wstyd.
> 
> Twoja struktura powinna zależeć zasadniczo od 2 czynnikuw:
> od nażędzia, i od danyh.

Nie. Można to zrealizować główną tabelą, która rejestruje poszczególne pola 
po np.

T1)
rejestrowane (słownik) - co jest rejestrowane
jm (słownik) - mW, MW, oC

następnie:

T2)
indeks T2 do T1
lokalizacja  (słownik) - wg danych z GPS
data/godzina/sekunda - jak chcesz, byle dokładnie
wartość (dokładność dowolna)

i rejestrować niezależnie czy czujnik dostarcza 1, czy 10.. pomiarów
Połączenie T1 - T2 i odwrotnie chyba widać :))), Chyba, że chcesz wiedzieć,
który czujnik nawala - to do T2 dodaj (nr czujnika)

> 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ść),
właśnie - TO jw. to zapewnia :)
> a inaczej zaprojektujesz jeśli silnik bazy realnie właściwie implementuje 
> tylo same tabele, a relacje się rwą, a widoki tylko na papierku.
> 


-- 
Artur