influxdb Fields und Tags zurodnung zu Sensoren

[Simon R. (Gast)]

Hi,
wie ordnet man den (zukünftigen) Sensoren in Haus/Hof/Garten die Fields 
und Tags einer influxdb  sinnvoller weise zu?

Die Sensoren reichen z.Z. von Mainboard-Temperaturfühlern, über Impulse 
eines Regenmesser(Wippe), vielen ds18b20, bis zu einem Seitenzähler 
eines Druckers(snmp)

Sollte man die eher auf mehrere Datenbanken aufteilen?

Das Ziel sind aussagekräftige Kurven und Alarmmeldung bei ungewöhnlichen 
Wertänderungen (Temperaturanstieg um 5K um 03:00 im Keller oder so..)

[Sascha W. (sascha-w)]

Also du hast bei influx ja Datenbank, Serien und Datenfelder.
Egal wie du die Daten da reinpackst, Diagramme z.B. mit Grafana bekommst 
du da immer in allen Zusammenstellungen raus.
Wie du das aufteilst musst du selbst entscheiden, auch wenn man alles in 
eine DB packen kann sollte man das aus Performance Gründen (beim Lesen) 
eher nicht tun. Ausser du willst alle Daten gleichzeitig anzeigen.
Ich hab das so in Datenbanken aufgeteilt -> Wetter (alles von draussen), 
Haus (alles von Innen, Räume in Serien), System (Daten vom Server)

Sascha

[Wolfgang (Gast)]

Der Datenbank ist das doch völlig wursch, ob der Temperatursensor im 
Garten oder im Keller sitzt.
Wenn es um aktuelle Daten geht und nicht um Auswertung historischer 
Daten mit voller Auflösung, wäre eine RRDB vielleicht praktischer.
Dann lässt sich das Wachstum der DB gut kontrillieren.
RRDB geht auch mit einer Datendezimierung per Script in InfluxDB
https://bostik.iki.fi/aivoituksia/projects/influxdb-cascaded-downsampling.html

[Johannes S. (Gast)]

Bei den Temperaturen wäre das Schema ja gleich, z.B. 
Timestamp/Temperatur/Luftfeuchte/Ort. Dann macht es Sinn den Ort als Tag 
zu definieren weil die Suche nach indizierten Einträgen schneller geht.
https://docs.influxdata.com/influxdb/v1.8/concepts/key_concepts/

[Wolfgang (Gast)]

Johannes S. schrieb:
> Bei den Temperaturen wäre das Schema ja gleich, z.B.
> Timestamp/Temperatur/Luftfeuchte/Ort. Dann macht es Sinn den Ort als Tag

Warum verwendest du nicht für alle Werte das selbe Schema, also z.B. mit 
den Feldern "Time" und "Wert".
Als Tags gibt es dann "Parameter" und "Ort".

Deine "Temperaturen" würden dann jeweils zwei Einträge mit
<Timestamp>/<Temperatur>/"Temperatur"/<Ort> und
<Timestamp>/<Luftfeuchte>/"Luftfeuchte"/<Ort> erzeugen.

[Sebastian L. (sebastian_l72)]

In der GLT verwendet man ein stringentes Anlagenkennzeichnungssystem.
Hier ein Beispiel: 
https://www.immobilien.bremen.de/sixcms/media.php/13/Richtlinie%20GLT%202.pdf

So bekommt jeder Sonsor/Aktor seinen Namen. Der Name gibt Aussage 
darüber wo der Sensor in welcher Anlage ist (aber nicht an welchem 
physischem Ort)
Mehr als Zeitstempel und Zustand brauchst du nicht in die Datenbank 
schreiben. Bei Positionssensoren ist der Ort ein Zustand,