Development #20762
Mis à jour par Benjamin Dauvergne il y a plus de 6 ans
Actuellement on sait juste compter des choses dans une table via @SELECT COUNT(id) FROM table [GROUP BY somegrouping]@ mais il pourra arriver qu'au lieu de cela on ait une colonne @count@ ou le décompte aura déjà été fait, alors déjà il va falloir définir comment on regroupe les décomptes pour une façon de grouper, est-ce que ça a un sens ? Exemple de données.
| timestamp | user_count | ou |
| 2017-01-12 | 1345 | usagers |
| 2017-01-12 | 10 | agent |
| 2017-01-13 | 1347 | usagers |
| 2017-01-13 | 9 | agent |
* Comment je calcule le nombre d'usagers grouper par OU en ignorant le temps (je dirai en prenant la mesure la plus récente, i.e. @ORDER BY timestamp LIMIT 1@) ?
* Comment je calcule le nombre d'usager par mois (je dirai en gardant la dernière mesure du mois) ?
* Comment je calcule la variation par jour (en utilisant la fonction @lag()@ de Postgres [1]) ?
etc...
Et il faudra voir comment exprimer tout ça dans le format de configuration/schémas de bijoe.
fn1. https://www.periscopedata.com/blog/computing-day-over-day-changes-with-window-functions
| timestamp | user_count | ou |
| 2017-01-12 | 1345 | usagers |
| 2017-01-12 | 10 | agent |
| 2017-01-13 | 1347 | usagers |
| 2017-01-13 | 9 | agent |
* Comment je calcule le nombre d'usagers grouper par OU en ignorant le temps (je dirai en prenant la mesure la plus récente, i.e. @ORDER BY timestamp LIMIT 1@) ?
* Comment je calcule le nombre d'usager par mois (je dirai en gardant la dernière mesure du mois) ?
* Comment je calcule la variation par jour (en utilisant la fonction @lag()@ de Postgres [1]) ?
etc...
Et il faudra voir comment exprimer tout ça dans le format de configuration/schémas de bijoe.
fn1. https://www.periscopedata.com/blog/computing-day-over-day-changes-with-window-functions