Auf dieser Seite beschreibe ich die Datenstruktur unserer Middleware und der damit verbundenen Datenbank.
Kanäle sind nach unserer Definitionen jede Art von Zähler oder Sensor (Strom, Wasser, Gas bzw. Temperatur, Luftdruck, Feuchtigkeit etc).
Sie können Messwerte speichern.
Die Gruppierung der Zähler hat mehrere Aufgaben:
sie strukturiert die Kanäle nach ihren realen oder virtuellen Gegebenheiten
z.B. alle Temperatursensoren in einer Stadt
z.B. die Drei Phasen eines Haushalts
z.B. mehrere Parteien an einem Hausanschluss
z.B. WGs
z.B. alle Wohnungen eines Vermieters
sie kann gruppierte Kanäle gemeinsam auswerten
ein Kanal kann in mehreren Gruppen enthalten sein
eine Gruppe kann selbst in mehreren Gruppen enthalten sein (Rekursion)
Ein wichtiger Bestandteil unserer API ist die weltweit eindeutige Referenzierung aller Entities durch eine UUID gemäß RFC4122.
Die UUID's werden immer durch die Middleware zufällig generiert um die Kollisionsgefahr zu minimieren.
Das ganze hat Vorteile:
einmal installiert behält ein Zähler immer seine UUID
das Mergen von Middlewares mit ihren Messwerten wäre möglich
bieten durch ihre Komplexität einen gewissen Zugriffsschutz
und Nachteile:
Um Speicherplatz zu sparen nutzt die Middleware intern nur 2byte lange IDs. Diese werden mit Foreign Keys in der Datenbank untereinander verknüpft. Das sorgt dafür das wir zusätzlich zur Absicherung in der Middleware keine inkonsistenten Daten bekommen können.
Die Messwerte bestehen aus folgenden Daten:
Referenz auf Kanal (Foreign Key über interne Kanal-ID)
Zeitstempel (ordnet jeden Messwert einem genauen Zeitpunkt zu, sollte mindestens in Millisekunden Auflösung gespeichert werden)
Wert (enthält den absoluten Messwert eines Sensors oder die Anzahl der Pulse eines Pulszählers nach dem letzten Messwert, je nach Typ des durch Kanal[ID] referenzierten Kanals)