Discussion :

[solitek]

Bonsoir,

Je me questionne sur un choix à faire dans la conception d'une base de données.

Je suis en train de réaliser un script pour récupérer des indicateurs sur un ensemble de machines. J'utilise comme clé primaire de la table des indicateurs des machines une date au format timestamp et l'id de la machine, le soucis étant qu'il y a beaucoup de machines et avec un relevé toutes les 10 minutes j'ai peur d'exploser la base, sur une année ça ferait 100 millions d'entrées et encore plus pour la table de l'activité réseau construite de la même façon.

Comme les passages des sondes sont fixes, je me demande si je ne devrais pas étaler la base sur l'horizontal en créant des colonnes correspondant à l'heure de passage, faire donc une table avec 144 colonnes et donc plus qu'une ligne par machine et par jour.

machine dateDuJour 0h00 0h10 0h20 .... 23h40

(les données étant concaténées sous forme d'une chaîne de caractère que j'exploiterais ou sinon comme il y a trois données en multipliant les colonnes 0h00proc 0h00mem ...)

au lieu de

machine date donnee1 donnee2 donnee3


ça réduirait le nombre d'enregistrement pour la table des indicateurs des machines à 730 000.

Vous en pensez quoi ?

Bonne soirée.

[al1_24]

Réfléchis à la requête qui recherche à quelle heure la valeur d'un indicateur est la plus élevée...
Ou celle qui calcule la moyenne des valeurs de l'indicateur pour une journée...
Ta structure actuelle le permet très simplement.
Celle que tu voudrais mettre en place sera-t-elle aussi souple ?

[pier.antoine]

Bonjour

quant à réduction de la taille de la base, je ne suis pas sur qu'une table de 100 colonne avec 10 enregistrements soi de taille inférieure à une table de 10 colonnes avec 100 enregistrements... Je ne pense pas qu'il y ait un gain significatif à partir d'un certains nombres de données, par contre, une base mal conçue donnera des cauchemars à tout développeurs, administrateurs voire utilisateurs.

Pierre