BDD, statistiques et bonnes pratiques

Bonjour,

J'ai tendance à naturellement consolider les statistiques dans des champs de la base pour ne pas avoir à exécuter des requêtes count() à chaque fois.

Par ex. imaginons un utilisateur qui peut recevoir des commentaires, j'ai tendance à créer un champ comment_count dans la table users pour ne pas faire un count() systématiquement.

La contrainte est que pour chaque insert/update/delete la donnée consolidée doit être mise à jour et une requête update supplémentaire est donc nécessaire pour chaque donnée à consolider.

Je me demande si cette pratique est valable, ou s'il n'est pas plus logique de créer une vue sql et de systématiquement exécuter la vue quand il s'agit d'afficher les données à l'utilisateur.

Je ne peux pas utiliser les triggers de la BDD parce que ça me lie fortement à mon système de persistance.


Qu'en pensez-vous ? Je ne me rend pas compte de l'incidence sur la charge d'une bonne grosse BDD....


Merci,

A+ benjamin.

Sur le long terme, cela sera je pense handicapant car tu recalculeras à chaque modification de ta base, les count associés aux valeurs de tes tables sans pour autant en avoir besoin à chaque fois au contraire d'un requete count "classique" qui sera appelée uniquement quand tu en auras besoin. De plus, stocker de l'information supplémentaire en base veut dire volumétrie plus grande...à ne pas négliger