Organisation BDD sous ACCESS 2007
bigot04
-
bigot04 -
bigot04 -
Bonjour,
Je suis en pleine création d'une base de données mais comme je suis loin d'être experte en la matière, j'ai sérieusement besoin de votre aide.
Plusieurs de mes tables ont comme clé primaire un "code prospection" qui ressemble à : AAAAMMJJ_COM_NOM_PX_CX_QX_ESP où P,C, Q et ESP sont des entités qui "s'emboitent".
Je ne sais pas si ça va être compréhensible mais dans la table où l'information est la plus précise, avoir ce code en entier est primordial mais pour d'autres tables l'information qui m'intéresse n'est pas d'avoir le code entier.
Pour une table il me suffit d'avoir les premières informations jusqu'à l'entité P (ex : 20110319_DIN_CMi_P1_CX_QX_ESP) puis les informations de cette table seront les mêmes pour les codes où les C, Q et ESP changent.(ex:20110319_DIN_CMi_P1_C1_Q2_Fsp,20110319_DIN_CMi_P1_C1_Q2_Osp ou 20110319_DIN_CMi_P1_C1_Q3_Fsp)
Le soucis c'est que j'aimerai trouvé une solution pour ne pas à avoir à recopier cette multitudes de codes complets dans certaines tables où je pourrais avoir l'information en 1 seule ligne.
Je préfère arrêté là pour le moment dans les explications de mon problème mais n'hésitez pas à me demander plus d'infos pour avoir toutes les clés en main pour pouvoir me répondre.
Par avance, merci beaucoup à ceux qui me répondront,
Dsl j'aurai peut être du mettre mon message dans la catégorie "bases de données" mais je n'arrive pas à le déplacer :-$
Je suis en pleine création d'une base de données mais comme je suis loin d'être experte en la matière, j'ai sérieusement besoin de votre aide.
Plusieurs de mes tables ont comme clé primaire un "code prospection" qui ressemble à : AAAAMMJJ_COM_NOM_PX_CX_QX_ESP où P,C, Q et ESP sont des entités qui "s'emboitent".
Je ne sais pas si ça va être compréhensible mais dans la table où l'information est la plus précise, avoir ce code en entier est primordial mais pour d'autres tables l'information qui m'intéresse n'est pas d'avoir le code entier.
Pour une table il me suffit d'avoir les premières informations jusqu'à l'entité P (ex : 20110319_DIN_CMi_P1_CX_QX_ESP) puis les informations de cette table seront les mêmes pour les codes où les C, Q et ESP changent.(ex:20110319_DIN_CMi_P1_C1_Q2_Fsp,20110319_DIN_CMi_P1_C1_Q2_Osp ou 20110319_DIN_CMi_P1_C1_Q3_Fsp)
Le soucis c'est que j'aimerai trouvé une solution pour ne pas à avoir à recopier cette multitudes de codes complets dans certaines tables où je pourrais avoir l'information en 1 seule ligne.
Je préfère arrêté là pour le moment dans les explications de mon problème mais n'hésitez pas à me demander plus d'infos pour avoir toutes les clés en main pour pouvoir me répondre.
Par avance, merci beaucoup à ceux qui me répondront,
Dsl j'aurai peut être du mettre mon message dans la catégorie "bases de données" mais je n'arrive pas à le déplacer :-$
A voir également:
- Organisation BDD sous ACCESS 2007
- Save as pdf office 2007 - Télécharger - Bureautique
- Comment supprimer une page sur word 2007 - Guide
- Acer quick access - Forum Logiciels
- Reparer outlook 2007 ✓ - Forum Outlook
- Access appdata - Guide
1 réponse
Regardez le tuto sur la méthode Merise.
Un code ne doit pas être utilisé, en plus d'être incompréhensible c'est une source d'erreur et surtout ça ne veut rien dire, avec ou sans ACCESS.
Imaginez la personne qui connaît le code et sa correspondance disparaît, plus de code, toute la base à jeter.
Reprenez tout du début en commençant par une conception juste (modéle de données)avant d'attaquer ACCESS. QUand je donnait ddes cours d'ACCESS la première matinée on ne faisait que ça, mes élèves s'en plaignait mais au final avait des tables justes et la plupart comprenait que la réalisation est dépendante d'une conception/analyse juste. Bien sûr en une demi journée j'enseignait pas la méthode Merise mais une version simplifié concentrée sur 3 points (au lieux de 11):
_Faire le tri des données pertinentes
_Eviter la redondance des données
_Regrouper les entités, éventuellement persistance dans le temps.
Un code n'est pas pertinent et rajoute une information inutile donc le modèle est à revoir. Les seuls champs(de table de données) que l'on peut rajouter sont l'ID numérique auto incrémenté, encore il y a des pour et des contre.
Un code ne doit pas être utilisé, en plus d'être incompréhensible c'est une source d'erreur et surtout ça ne veut rien dire, avec ou sans ACCESS.
Imaginez la personne qui connaît le code et sa correspondance disparaît, plus de code, toute la base à jeter.
Reprenez tout du début en commençant par une conception juste (modéle de données)avant d'attaquer ACCESS. QUand je donnait ddes cours d'ACCESS la première matinée on ne faisait que ça, mes élèves s'en plaignait mais au final avait des tables justes et la plupart comprenait que la réalisation est dépendante d'une conception/analyse juste. Bien sûr en une demi journée j'enseignait pas la méthode Merise mais une version simplifié concentrée sur 3 points (au lieux de 11):
_Faire le tri des données pertinentes
_Eviter la redondance des données
_Regrouper les entités, éventuellement persistance dans le temps.
Un code n'est pas pertinent et rajoute une information inutile donc le modèle est à revoir. Les seuls champs(de table de données) que l'on peut rajouter sont l'ID numérique auto incrémenté, encore il y a des pour et des contre.
bigot04
Merci pour cette réponse mais là je vous avoue que je suis complétement perdue mais je vais retravailler là dessus.