Discussion :

[passie]

Bonjour à tous,
J'ai un doute sur la strategie à adopter concernant mon modele conceptuel.
Explication :
J'ai une douzaine d'instruments qui realise ou non des mesures journalieres,
J'ai donc une table qui decrit ces instruments et je recupere un id_instrument pour chaque instrument
t_instrument
id_instrument (PK)
code_instr
nom_instr
etc...

Ensuite que faire avec les dates et les mesures ? 1 ou 2 tables ?

1 tables : t_mesure
avec 4 champs
id_mesure (PK)
id_instrument (FK venant de t_instrument)
valeur_date
valeur mesure
cette solution n'utilise qu'une seule table mais repete le champ valeur_date autant de fois qu'il existe d'instruments


ou alors
2 tables :
avec
table t_date
id_date (PK)
valeur_date

table t_mesure
id_mesure (PK)
id_instrument (FK venant de t_instrument)
id_date (FK venant de t_date)
valeur_mesure

cette solution implique de créer 2 tables mais on ne répéte que l'id_date pour chaque enregistrement de la table mesure

Voila j'espere etre assez clair dans ma reflexion et je suis preneur de tous conseils et avis sur la question
Merci d'avance

[Médiat]

A moins que tu n'aies de graves problèmes d'espace et/ou de performance, il n'y a pas grande différence entre ce deux solutions, sauf :

1) Un jointure de plus pour sélectionner les données à une date donnée (pas très grave)

2) As-tu mené une réflexion sur le besoin d'une table de dates (pour gérer des jours fériés, pour faire des jointures externes sur un ensemble de jours, même ceux sans mesure, etc. (il a plein de bonnes raisons pour créer une telle table)) ? Si le besoin émerge, tu n'auras plus le choix.

[passie]

Merci pour la réponse,
Je pense que je vais partir sur la solution à deux tables qui me parait plus jolie et plus claire d'utilisation.
bien que je n'ai pas vraiment de probléme d'espace.
Encore merci
@+