[vz-dev] SQL Abfrage aktueller Verbrauch sehr langsam

[Rainer Gauweiler]

Hallo zusammen,

Am 16.09.2013 16:41, schrieb Andreas Goetz:
> Hallo Thorben,
>
> 2013/9/16 Thorben Thuermer <r00t at constancy.org <mailto:r00t at constancy.org>>
>
>     On Mon, 16 Sep 2013 14:01:31 +0200
>     Jakob Hirsch <jh at plonk.de <mailto:jh at plonk.de>> wrote:
>      > Sven peitz, 2013-09-14 11:07:
>      > > $result1=mysql_query("SELECT value FROM data WHERE id = (select
>     max(id)
>      > > FROM data WHERE channel_id LIKE  '14')");...
>      > Allerdings sollte man nicht ohne Grund direkt auf der DB
>     arbeiten. Das
>      > Vorgehen wie von Andreas Götz ist auch deutlich einfacher
>     (Abfrage mit
>      > from=now).
>
>     from=now...
>     funktioniert doch aber wie gehabt nur bei erfassung absoluter staende.
>     ansonsten war die methode doch "from=<x> seconds ago"...?
>     also so, dass im im angegebenen zeitraum (mit now = nur aktuelle
>     sekunde)
>     genug werte erfasst sind, damit der interpreter in der middleware
>     daraus etwas berechnen kann.
>     also bei s0-zaehlern mindestens zwei impulse, etc...
>     oder wurde da middleware-seitig was geandert?
>
>     - Thorben
>
>
> Das sollte funktionieren da die MW (schon immer?) mittels zweier
> SQL-Queries den jeweils letzten und nächsten Datenpunkt außer des
> angefragten Zeitraumes ermitteln und from... to... entsprechend
> erweitern. Für now() gäbe es also immer den aktuellen und letzten
> Timestamp und damit die Möglichkeit einen aktuellen Periodenverbrauch zu
> berechnen.

Tut bei mir nicht und tat es noch nie:
{"version":"0.2","data":{"uuid":"*snip*","average":0,"consumption":0,"rows":0}}

Wir hatten da auch auf dem Raspi Probleme und haben damals den Zeitraum 
erweitert, damit sicher Daten da waren.

Aber gab es nicht auch "kürzlich" einen Patch der das Verhalten gebaut 
hat? Meine Installation hier ist ca ein Jahr alt.

Gruss
      Rainer