Hallo *, das Problem der Resolution für SensorInterpreter ist ja jetzt gelöst.
2014-06-24 22:45 GMT+02:00 Nils op den Winkel <n...@kusemuckl.de>: > Hallo Andreas! > > Vielen dank für deine schnelle Reaktion. Ich habe das heute mal getestet. > Nachdem ich in der EntityDefinition.json resolution als optionalen > Parameter für den Voltage Sensor eingetragen hatte, hat die Skalierung für > mich wunderbar funktioniert. Genau so hatte ich mir das vorgestellt. > ABER: ich kann mir jetzt maximal einen Tag ansehen. Wenn ich mir im > Frontend z.B. eine Woche ansehen will kommt es nicht mehr zurück. Mysqld > hängt auf 100% CPU und nach 30 Minuten habe ich abgebrochen. > Das Performanceproblem welches durch korrekte Berechnung der Durchschnittswerte eingeführt wurde erscheint allerdings unlösbar (schluck), siehe http://stackoverflow.com/questions/24457442/how-to-find-previous-record-n-per-group-maxtimestamp-timestamp/24459821#24459821 Es findet sich kein SQL Query das auf kleinen Plattformen ausreichend schnell laufen kann. Dafür sehe ich nur zwei echte Alternativen: 1) es is wie's ist und wir leben mit falschen Werten bei tuples=xy oder group=xy (u.a. Problem von Thomas mit zvmon) 2) wir erweitern für Sensoren das Datenbankschema für `data` um eine Spalte `period` in der wir- beim Schreiben der Datensätze- den Abstand zum letzten Datensatz reinschreiben. Damit wird der Ermittlungsaufwand von der Auswertung zur Datenerfassung verschoben. Einmalig müsste man dann ein Update fahren, prinzipiell liesse sich die Spalte aber auch jederzeit wieder entsorgen wenn es clevere Optimierungen der Datenbank gäbe. > Das scheint an der zweiten Änderung in dem Branche zu liegen (der > geänderte select). Ganz habe ich es aber noch nicht durchschaut. > Mit dem aktuellen git master Branche sind die Antwortzeiten auf jeden Fall > akzeptabel. Selbst in der Monatsansicht. > > Schönen Gruß > > Nils > Was meint ihr? vg Andreas