Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Différence entre un Attribut Date et une Entité Date ?
Bonjour à tous, j'ai des questions assez basiques, j'ai cherché sur google mais je n'ai pas trouvé de réponses claires et précises. J'aimerais savoir qu'est ce que ca change en terme de sens de faire une entité et de mettre date en tant qu'attribut dans une entité.
De plus, de manière générale, quand est ce qu'on doit mettre un attribut dans une association ??
Merci d'avance pour le temps passé à répondre à mes questions.
Pourrais tu être plus précis? As tu un exemple?Envoyé par hugouu
Pour les associations porteuses d'attributs, elles sont nécessaire pour définir certains concepts entre deux entités. Par exemple, pour un service de location de DVD, un client loue un DVD à une date donnée. Dans ce cas, on a une relation entre l'entité client et l'entité DVD. Cette dernière porte la date de location. Je ne vois pas comment énoncer ca de façon plus formelle.
Merci de m'avoir répondu si vite.Par exemple, on a une entité commande, une client. On a une association "passe". On peut mettre la date dans l'association "passe", dans la commande ou faire une entité date.
Quelle est la différence entre ces trois choix?
J'espère qu'avec cet exemple, vous comprendrez ma question de départ.
Restons au niveau des entités pour commencer...
Cas du client qui passe commande.
Règle de gestion :
Un client peut passer plusieurs commandes et une commande est passée par un seul client.
MCD :
Client -0,n----Passer----1,1- Commande
La cardinalité 1,1 fera que la future table Commande recevra en clé étrangère l'identifiant du client. Cette association ne sera matérialisée que par cette clé étrangère et il n'y aura que les deux tables Client et Commande. Du coup il n'y a pas d'autre solution que de mettre de la date de la commande dans l'entité Commande.
Tables :
Client (cl_id, cl_nom...)
Commande (cd_id, cd_id_client, cd_date...)
Maintenant le cas de la location d'un DVD.
Règle de gestion :
Un client peut louer plusieurs DVD et un DVD peut être loué par plusieurs clients... mais pas à la même date !
MCD :
Client -0,n----Louer----0,n- DVD
Ici la date est un attribut porté par l'association Louer car les cardinalités maximales à n des deux côtés de l'association font qu'il y aura une table associative qui en découlera. Du coup la date n'est ni un attribut propre au client, ni propre au DVD mais bel et bien propre à la location et la date se retrouvera dans la table associative.
Tables :
CLient (cl_id, cl_nom...)
DVD (d_id, d_titre...)
Louer (l_id_client, l_id_dvd, l_date)
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
D'accord!! Merci beaucoup, c'est plus clair comme ca !
Pardon, si j'insiste mais on aurait pu faire une entité date pour historiser non ?
Une association ternaire avec une entité date?
L'entité Date n'est vraiment utile que lorsque tu as besoin d'un calendrier.
Voir l'article de SQLPro sur le temps, sa mesure, ses calculs.
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
Répondre avec citation
Partager