<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Am 28.10.2013 10:19, schrieb Andreas
Goetz:<br>
</div>
<blockquote
cite="mid:CAD+a8Mix3VzhP7Jdacd9g7-nk9KoFyUeDW3b5eS7po14a3J8PA@mail.gmail.com"
type="cite">
<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
moz-do-not-send="true"
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>...
<p class="MsoNormal"> </p>
<p class="MsoNormal">
Ein neuer Wert wird nur in die Datenbank
geschrieben, wenn er ein gewisses Delta zum
vorhergehenden Wert überschreitet.</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.</p>
...
<p class="MsoNormal"> </p>
<p class="MsoNormal">Bei mir reduzieren sich dadurch
die Datensätze auf rd. 20% ohne nennenswerte
Darstellungsverluste.</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>
</blockquote>
Hallo<br>
Um die Menge an Daten in Griff zu bekommen würde ich vorschalgen die
Daten in eine RRD-DB abzulegen.<br>
<a class="moz-txt-link-freetext" href="http://oss.oetiker.ch/rrdtool/">http://oss.oetiker.ch/rrdtool/</a><br>
Gruß NetFritz<br>
</body>
</html>