Discussion :

[nanog]

Bonjour,
je cherche à mieux comprendre les cardinalités entre les tables.
Dans mon cas, j'ai idfamilleproduit qui est ajouté à la table produit et c'est l'idproduit qui est ajouté à la table photoproduit.
J'aimerai comprendre pkoi c'est pas idphotoproduit qui est ajouté à la table produit.

Merci pour vos eclairages

[tatayo]

Bonjour,
C'est tout simple: si tu mets l'id de la photo dans la table produit, un produit ne pourra avoir qu'une seule photo, et une photo pourra être liée à plusieurs produits.
Or (à mon avis), c'est tout l'inverse que tu veux.

Un exemple concert: disons que tu as un produit "Dentifrice", et que tu veux lui associer plusieurs photos.

Essaie avec les deux solutions, et tu verras rapidement laquelle est la bonne.

Tatayo.

[nanog]

En effet c’est aussi simple, merci tatayo

[escartefigue]

Bonjour,

Le plus simple et le plus prudent pour éviter les erreurs, c'est de commencer par le modèle conceptuel des données (MCD)
En fonction des règles de gestion, on positionne les cardinalités.

Soit par exemple les règles de gestion suivantes :
R001 : à un produit peuvent correspondre plusieurs photos
R002 : une photo ne correspond qu'à un et un seul produit

Le MCD correspondant est
Pièce jointe 589223

Une fois le MCD créé, tout logiciel de modélisation en déduit automatiquement le MLD et donc les tables dans lesquelles les clefs étrangères se positionnent automatiquement.
Pour le MCD ci dessus, on obtient donc en un clic le MLD ci-dessous :
Pièce jointe 589224

On voit que la FK PR_ident s'est positionnée toute seule comme une grande dans la table HO_photo issue du type d'entité HO_photo

Si mes règles de gestion changent et deviennent :
R001 : à un produit peuvent correspondre plusieurs photos
R002 : une photo peut correspondre à plusieurs produits

Alors le MCD devient :
Pièce jointe 589225

Un clic permet de générer un nouveau MLD comme suit :
Pièce jointe 589226

Comme il y avait une association avec des cardinalités maxi "n" de chaque coté dans le MCD, la génération du MLD a automatiquement créé une table associative dont la PK est constitué des identifiants de chacune des entité-type concourant à l'association. La PK de PR_HO est donc formée de deux FK.

Pour créer le MCD et en dériver le MLD ou le MPD, il faut utiliser un logiciel de modélisation. Il en existe des gratuits dont l'excellent looping téléchargeable ici : https://www.looping-mcd.fr/

[Paprick]

Bonjour,

Il est effectivement important de traiter le modèle conceptuel de données (MCD) avant de s'intéresser à la problématique des clés étrangères qui relèvent du niveau logique.
Le modèle que vous proposez est une sorte de mélange entre un MCD et un MLD (quel logiciel utilisez-vous ?), ce qui apporte une certaine confusion.

Suivez donc les excellents conseils d'Escartefigue en définissant les règles de gestion et en réalisant le MCD correspondant : le MLD (avec les clés étrangères) se déduira automatiquement, ainsi que les requêtes SQL de création des tables du schéma relationnel de la base de données (CREATE TABLE).

Bonne continuation !

[tatayo]

Paprick: d'après la capture d'écran, je dirai qu'il s'agit de "l'éditeur d'analyse" intégré dans Windev.
C'est l'outil proposé qui permet de faire le MCD, le MLD, et d'autres trucs en plus spécifiques à Windev.
Je ne sais pas trop ce qu'il vaut, je ne l'utilise plus depuis une bonne dizaine d'années.

Tatayo.

[StringBuilder]

Bonjour,
je cherche à mieux comprendre les cardinalités entre les tables.
Dans mon cas, j'ai idfamilleproduit qui est ajouté à la table produit et c'est l'idproduit qui est ajouté à la table photoproduit.
J'aimerai comprendre pkoi c'est pas idphotoproduit qui est ajouté à la table produit.

Merci pour vos eclairages

Attention, ce qui me choque dans vos cardinalités, ce sont les 0,1 sur les FK

Ici, vos produits peuvent ne pas avoir de famille (colonne FK nullable), ce qui peut arriver, mais probablement non désiré.
Et surtout, vos photos peuvent ne pas être rattachées à un produit. Là, à mon avis, il y a maldonne...