<div dir="ltr">Hallo,<br><div><div class="gmail_extra"><br></div><div class="gmail_extra">die Sache hat leider einen Haken.<br><br></div><div class="gmail_extra"><div class="gmail_quote">2013/10/27  <span dir="ltr"><<a href="mailto:vz@stromtarif-24.de" target="_blank">vz@stromtarif-24.de</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div link="blue" vlink="purple" lang="DE"><div>...<u></u><u></u><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">
Ein neuer Wert wird nur in die Datenbank geschrieben, wenn er ein gewisses Delta zum vorhergehenden Wert überschreitet.<u></u><u></u></p><p class="MsoNormal">Innerhalb der Aggregationszeit werden vom latest-Wert ausgehend die nachfolgenden Werte im Buffer bewertet, ob das Delta einen prozentualen Wert des alten Wertes überschreitet. Ist das nicht der Fall, wird der Wert als gelöscht markiert. So wird der latest-Wert und alle relevanten Änderungen eingetragen. Da das Delta prozentual vom Istwert berechnet wird, werden bei kleinen Werten auch kleine Änderungen erfasst.<u></u><u></u></p>
...<u></u><u></u><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Bei mir reduzieren sich dadurch die Datensätze auf rd. 20% ohne nennenswerte Darstellungsverluste.<u></u><u></u></p></div></div></blockquote><div>
<br>Das kann ich leider nicht bestätigen. Bei meinen Experimenten habe aufeinander folgende 0- Werte in der DB gelöscht (da ja PV nachts wenig produziert) was die Datenmenge für den entsprechenden Kanal mal schlapp halbiert hat. Leider kommt es dazu zu erheblichen Darstellungsproblemen beim Übergang da die Middleware für's Frontend die Daten aggregiert- und zwar portionsweise je Datenbanktupel und nicht nach gleich großen Zeitscheiben.<br>
</div><div>Im Ergebnis führt das dazu, dass das FE hässliche "Rampen" an den Stellen anzeigt wo von 0-Werten (bzw. Stellen in der DB mit längeren Intervallen) wieder auf Daten übergegangen wird.<br><br></div><div>
Mir ist dafür bisher keine Lösung eingefallen- falls es da eine gibt könnte man neben Änderungen im Logger auch ein späteres Aufräumen der DB auf diesem Wege ohne Daten- und Darstellungsverlust implementieren.<br><br>vg<br>
</div><div>Andreas<br></div></div></div></div></div>