Dotaz: Úprava záznamů pro grafy

[Deryl]

Zdravím,

sbírám data z elektroměru a ukládám do tabulky (MariaDB):

       time               averagePower
2016-04-10 10:01:00           270
2016-04-10 10:02:00           290
2016-04-10 10:03:00           280
2016-04-10 10:04:00           300
2016-04-10 10:05:00           280

Data lze interpretovat:

v průběhu 2016-04-10 10:00:00 až 10:01:00 byla průměrná spotřeba 270 W;
v průběhu 2016-04-10 10:01:00 až 10:02:00 byla průměrná spotřeba 290 W;
atd.

Data bych rád zobrazil v grafu (pro web) následovně:

300                            --------
290              --------      |      |
280              |      |-------      --------
270       --------                           |
260       |                                  |
        10:00  10:01  10:02  10:03  10:04  10:05

Jsa ohledně zpracování hromadnějších dat laik, hledám nápovědu, jakým směrem se vydat:

• nejsnazší se jeví ukládat do db všechny hodnoty, které potřebuji pro vytvoření grafu - tj. prakticky duplikovat každý záznam s časem -1 minuta;
• chybějící data řešit programově v momentu požadavku na generování grafu - lze toto pomocí SQL query?;
• použít knihovnu či javascript pro grafy (cokoliv rozumného pro dynamický web, s výpočty ideálně na straně klienta), která to umí "sama".

Nerad bych objevoval slepé cesty, poradíte někdo, jak to nejlépe pojmout?

---

---

Odpovědi

[NN]

Cestou rrd databaze?

[Deryl]

Problém je jinde: hodnota "value" není aktuální stav něčeho v daný moment (time), ale průběh trvající na stejné úrovni od minulého měření.

Všechny jednoduché grafy namalují přímou spojnici mezi "values", tj. bez duplicitních záznamů budou spojnice šikmé - takový druh grafu se hodí např. pro zobrazování aktuální teploty (tj. spojnice aproximuje teplotu v mezičase mezi měřeními), ale ne pro průběhovou veličinu.

Odkážu-li se k výše uvedenému příkladu, spojnice mezi 10:01 a 10:02 (dle záznamů v db) by stoupala z 270 na 290, tj. vizuálně by se dalo odečíst, že spotřeba v 10:01:30 je 280 W.

Tak tomu ovšem není, protože v intervalu mezi 10:01 - 10:02 byla spotřeba (průměrná, v jakémkoliv okamžiku) 290 W - což je na náčrtu grafu v dotazu jednoznačně patrné.

Jinými slovy řeším, jak interpretovat data z db v grafu: zda duplikovat záznamy pro účely přípravy grafu např. do dočasné tabulky nebo zda to umí nějaká javascript knihovna "on-the-fly".

Viz např. příspěvek zde: https://community.openhab.org/t/persist-strategy-everychange-incl-the-last-known-value-before-change/7571 obsahující ukázku grafů.

[Deryl]

Příloha:

• e84a6563e97c701584a020b83a26611e2ca7de3c_1_690x263.png (47679 bytů)

červená linka ukazuje spojnice mezi body v db, modrá linka ukazuje požadovanou interpretaci.

(Zdá se, že sem nelze vložit odkaz na obrázek, tak alespoň viz příloha.)

[Filip Jirsák]

Pokud se ty záznamy ukládají každou minutu, i když zůstává spotřeba stejná, nevím, co na tom chcete řešit – stačí jenom zvolit sloupcový graf a ne spojnicový, a hodnoty na ose X nezarovnávat do prostředka sloupce, ale na jeho pravý okraj.

[Deryl]

Toto bude nejsnazší řešení - zkoušel jsem HighCharts, tam se mi sloupce podařilo zarovnat.

[Filip Jirsák]

Nejlepší by byla třetí varianta, ale žádnou knihovnu vám z hlavy neporadím. Ale ta duplicitní data si případně můžete na klientovy snadno připravit sám. Druhá varianta je možná v plnohodnotných SQL databázích – vygenerujete si sadu záznamů se zvolenou granularitou (ve vašem případě 1 minuta), a tu spojíte s daty z tabulky (vždy použijete nejbližší vyšší nebo shodnou hodnotu). V MySQL/MariaDB byste si ale tu funkci pro generování sady záznamů asi musel napsat sám (nenašel jsem, že by měla něco takového, jako je třeba v PostgreSQL generate_series).

[Josef Kufner]

Flot

[Deryl]

Od Flotu mne trochu odrazuje, že už na to dva roky nikdo nesáhl (github), což je škoda. Dokonalostí to asi nebude (328 issues, 122 pull reqs).

[Josef Kufner]

Když jsem ho před pár lety používal, fungoval velice hezky. Na Githubu vypadá trochu mrtvě, ale jinak to je zralý nástroj.