une tâche cron. Sur un service de production c'est pas "juste une petite modification" ; je ne suis pas convaincu que modifier la base de données d'une application soit la bonne stratégie pour obtenir des métriques qui ne sont pas directement utiles pour ladite application. Pour moi le stockage de ces données doit être fait ailleurs ; peut-être alors une nouvelle base de données ? Ca devient compliqué s'il faut créer une nouvelle table + nouvelle tâche cron + nouveau script à chaque besoin "temporel" (genre voir l'évolution d'un contenu qui n'est pas historisé nativement par l'application)...
pourtant c'est exactement ce que va faire ton logiciel de BI/report
si tu as des données existantes dans la base et qu'il faut juste agglomérer, additionner/calculer, il le fait en temps reel à la consultation.
si tu veux des valeurs qui n'existent pas, il faut les produire et les stocker pour exploitation ultérieure :
soit tu les produits à coté (script + base de données séparées) et tu interroges cette base
soit tu les produits dans ta base de prod, dans une table permanente à part ou temporaire,
[^] # Re: ReDash
Posté par NeoX . En réponse au message Quel logiciel (libre) pour construire des tableaux de bord à partir de données SQL ?. Évalué à 2.
pourtant c'est exactement ce que va faire ton logiciel de BI/report
si tu as des données existantes dans la base et qu'il faut juste agglomérer, additionner/calculer, il le fait en temps reel à la consultation.
si tu veux des valeurs qui n'existent pas, il faut les produire et les stocker pour exploitation ultérieure :