Discussion :

[AntoineCompagnie]

Bonsoir!

Je commence le SQL et on a commencé en classe par modéliser les relations entre les éléments.

Cependant je ne comprends pas pourquoi l'association entre les deux classes Automobiliste et Voiture dont la représentation SQL est

Automobiliste( Auto_ID, Nom, Prénom, Adresse)
Voiture(Immatriculation, marque, type, puissance)

Donne

Accidente(Auto_ID, Nom, Prénom, Adresse, Immatriculation, marque, type, puissance) (on peut choisir entre les deux clef comme clef primaire.
Cela veux-t-il dire que l'on ne choisit que la clef primaire (soit Auto_ID soit Immatriculation) ou aussi les variables qui suivent?

C'est à dire Accidente(Auto_ID, Nom, Prénom, Adresse) ou Accidente(Auto_ID, Nom, Prénom, Adresse, Immatriculation, marque, type, puissance)?

[Emmanuel R]

Bonjour,

Auto_ID donne un numéro unique à l'automobiliste. Par exemple, 1, 2, 3, ...
L'immatriculation donne un numéro (enfin, une chaîne de caractères) unique à la voiture. On va dire par exemple AA-111-BB et CC-222-DD.

Même si ces deux champs sont des clés primaires, comment peux-tu définir quelle voiture appartient à quel automobiliste ?

C'est en ce sens qu'apparaît la relation Accidente(#Auto_ID, #Immatriculation). Les autres champs ne sont que redondances et n'ont pas à être présents.


Comme ça, tu peux définir que la voiture AA-111-BB appartient à l'automobiliste 1, CC-222-DD au 2, etc... Et même, tu peux ainsi associer plusieurs voitures à un automobiliste (voire plusieurs automobilistes à une voiture...).
Pour cette dernière règle, j'ai considéré que ton "+1" sur le schéma correspond à une cardinalité "1,n". Si il y avait une "1,1" ou une "0,1", on ne passerait pas par une table d'association.

Est-ce que ça te paraît plus clair ?

[AntoineCompagnie]

Oui! Beaucoup plus!
Donc je n'inclus que les deux clefs primaires et pas le reste pour éviter la redondance!

[SQLpro]

Bonjour,

Auto_ID donne un numéro unique à l'automobiliste. Par exemple, 1, 2, 3, ...
L'immatriculation donne un numéro (enfin, une chaîne de caractères) unique à la voiture. On va dire par exemple AA-111-BB et CC-222-DD.

Même si ces deux champs sont des clés primaires, comment peux-tu définir quelle voiture appartient à quel automobiliste ?

C'est en ce sens qu'apparaît la relation Accidente(#Auto_ID, #Immatriculation). Les autres champs ne sont que redondances et n'ont pas à être présents.


Comme ça, tu peux définir que la voiture AA-111-BB appartient à l'automobiliste 1, CC-222-DD au 2, etc... Et même, tu peux ainsi associer plusieurs voitures à un automobiliste (voire plusieurs automobilistes à une voiture...).
Pour cette dernière règle, j'ai considéré que ton "+1" sur le schéma correspond à une cardinalité "1,n". Si il y avait une "1,1" ou une "0,1", on ne passerait pas par une table d'association.

Est-ce que ça te paraît plus clair ?

Votre modélisation est fausse car une même personne peut avoir plusieurs accidents à des dates différentes.

Vous devez considérer une entité accident à part faisant référence à un automobiliste, un véhicule et une date.
De plus utiliser l'immatriculation comme clef est stupide. En effet si l'accident arrive à un véhicule non encore immatriculé (dans une concession par exemple) ou bien en cours de cession, vous allez avoir de multiples problèmes en sus de performances épouvantables;...

Pour modéliser proprement il faut passer par un modèle conceptuel. Je vous invite à vous former à la modélisation, notamment à travers cet ouvrage :


A +

[Emmanuel R]

Bonjour,

Je cite la première phrase de l'OP :

Code :

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

Je commence le SQL et on a commencé en classe par modéliser les relations entre les éléments.

L'auteur demande des éclaircissements pour mieux comprendre ; je vulgarise pour expliquer avec des mots clairs. Le but est de lui donner les clés afin de comprendre les bases de son cours, pas de faire la modélisation à sa place.

Vos remarques sur la modélisation sont fondées s'il souhaite aller plus loin ; les propositions pour se former en public, beaucoup moins.

[escartefigue]

Votre modélisation est fausse car une même personne peut avoir plusieurs accidents à des dates différentes.
Vous devez considérer une entité accident à part faisant référence à un automobiliste, un véhicule et une date.

Les imprudents et les malchanceux peuvent aussi avoir plusieurs accidents le même jour
Il convient donc d'utiliser non pas une date, mais un horodatage pour éviter les doublons