heuliad

Postgresql :

- utiliser la commande EXPLAIN : https://www.postgresql.org/docs/9.1/static/sql-explain.html
- ajouter des index : https://www.postgresql.org/docs/9.1/static/indexes.html
- évaluer le coût du tri
- voir si on peut obtenir directement une sortie JSON ? https://dockyard.com/blog/2014/05/27/avoid-rails-when-generating-json-responses-with-postgresql

https://www.postgresql.org/docs/9.3/static/functions-json.html

En suivant cet exemple : http://www.highcharts.com/stock/demo/lazy-loading/

Préparer des mesures agrégées par heure et par jour.

Choisir le niveau d'agrégat en fonction de la taille de l'interval :

- interval > 2ans => par jour
- interval < 2 ans => par heure
- interval < 1 mois => non agrégé

Ex de requête SQL :

SELECT extract(epoch from date_trunc('day', date)) as day,avg(value),min(value),max(value) FROM measures WHERE (parameter_id = 2 AND station_id=1) GROUP BY day;

Pour ne pas instancier plein d'objets mesures inutiles, on peut demander à Postgres du JSON :

SELECT json_build_array(extract(epoch from date_trunc('day', date)),avg(value)) FROM measures WHERE (parameter_id = 2 AND station_id=1) GROUP BY extract(epoch from date_trunc('day', date));

Ensuite, dans le MeasuresController#highstock, accepter les intervales start et end, et appeler une fonction privée d'agregation pour obtenir le json bien formé.