À quoi ressemblerait un diagramme de base de données (schéma ER / table) pour mesurer la distribution de quelque chose?

Question

Si, par exemple, j'allais compter "activités". sur de nombreux ordinateurs et montre un cumul de cette activité, à quoi ressemblerait la base de données pour stocker les données?

Simplement ceci? Cela semble trop simple. Je réfléchis trop.

ACTIVITYID  COUNT
----------  -----

Answer 1

Si le volume ne doit pas être ridiculement volumineux, je créerais probablement un tableau consignant chaque événement individuellement, avec un DateTime comme le suggère @ Turnkey, et éventuellement la machine qui l'a consigné, etc.

.

LOGID (PK)  ACTIVITYID  SOURCE  DATELOGGED
----------  ----------  ------  ----------

Cela vous donnerait la possibilité d’exécuter une requête pour obtenir le nombre actuel, mais également d’utiliser les données pour déterminer les événements sur une période donnée et / ou provenant d’une machine spécifique. Un index en cluster sur ActivityID devrait vous donner de bonnes performances de requête, et le tableau étant étroit, les insertions ne devraient pas être trop coûteuses.

Answer 2

Je pense que l'activité réelle créerait un type d'enregistrement avec au moins un ActivityId et une ActivityDate dans une table de journalisation. Une autre colonne pourrait être l'identifiant de l'ordinateur créant l'entrée de journal.

Vous créez ensuite le nombre en agrégeant les enregistrements d'activité sur une période spécifiée.

Métro.

Answer 3

Oui, je crains que ce ne soit aussi simple, si vous êtes uniquement intéressé par le nombre de fois que chaque activité a lieu. Une fois cette table renseignée, vous pouvez facilement créer, par exemple, un histogramme des résultats. en effectuant un tri et un tracé.

Answer 4

Je pense que vous pouvez ajouter un champ DateTime afin de pouvoir générer des rapports sur les événements entre un certain intervalle de temps ou au moins savoir quand le dernier décompte d'activités a été effectué.