Discussion :

[Raay]

Bonjour,
Voila j'ai une table qui contiendra a terme des millions d'enregistrement. Il s'agit en fait de relevés de mesures pris sur différents capteurs à intervalle réguliers (en l'occurence toutes les 10min).
La clé primaire est donc composée de 2 champs : un champ datetime qui précise la date du relevé de la mesure, et un champ IdCapteur qui stipule c'est quel capteur dont la mesure est relevée.
En gros ca donne
clé primaire : DateHeure, IdCapteur
Champs : Mesure max, mesure min, moyenne, etat de la donnée etc...

Et la je voulais savoir, étant donné que je ferais régulièrement des tris sur ces données pour pouvoir faire des graphiques statistiques etc, est il plus performant d'avoir une clé primaire composée de ces 2 champs, ou bien vaut il mieux créer un IdMesure pour identifier un relevé de mesure et de mettre le IdCapteur en clé etrangère ?

Il serait plus "logique" je pense d'avoir une clé composée, car c'est par ce biais qu'on identifie la mesure, mais j'ai entendu dire qu'un datetime dans une clé primaire était moins performant.


Je précise que dans les requêtes qui seront implémentées, on aura de toute facon des recherches ciblées sur la date et le IdCapteur, donc je ne sais pas si au final ca changera quelque choes.

Des idées ?


Merci

[ylarvor]

il semble que la clef numerique autoincremente soit recommande...
http://sqlpro.developpez.com/cours/clefs/

[serge0934]

pour ma part je stockerais la date au format integer
exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select datediff(minute,getdate(),0)

ensuite ta primary key serait sur 2 integers ( )

et tu aurais ta précision !