|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre à l'essai
![]() Inscription : février 2005 Messages : 54 ![]() |
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 |
|
|
00
|
|
|
#2 |
|
Inactif
Inscription : décembre 2003 Messages : 1 946 ![]() |
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. |
|
|
00
|
|
|
#3 |
|
Membre à l'essai
![]() Inscription : février 2005 Messages : 54 ![]() |
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 @+
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com