Discussion :

[Iloyd]

Bonjour,

Je suis en train de créer une petite BDD pour me refaire la main sur les databases. Mon but est de pouvoir lister les universités en fonction de leur ville.

Voici une image du schéma :


Je voudrais donc avoir votre avis sur les éventuelles optimisations/corrections.

Merci !

[CinePhil]

Bonjour, si vous êtes débutant en modélisation de données, c'est vraiment pas mal !

Quelques petites choses...

1) Quel est votre logiciel de modélisation ?
La lecture du schéma n'est pas toujours évidente.
En plus, votre schéma est une sorte de mélange entre MCD, MLD (il y a les clés étrangères) et diagramme de classes UML (les cardinalités sont inversées par rapport au MCD merisien).
Essayez Looping !

2) Vous avez une propriété booléenne "country.has_regions" qui laisse supposer qu'un "country" peut ne pas avoir de "region" or vos cardinalités sont (1 - 1,n) !
Soit vous créerez une région fictive vide pour toujours avoir au moins une région par pays, soit vos cardinalités sont fausses.

3) Je suppose que les indications "nn" à côté de certaines propriétés signifie "not null" ?
Vous autorisez donc des clés étrangères à NULL et fsmrel ne va pas tarder à vous expliquer pourquoi c'est une mauvaise chose avec sa sulfateuse à bonshommes null !

4) Vous posez une contrainte d'unicité ("uq" veut bien dire "unique" ?) au nom des villes alors qu'il y a un nombre significatif de villes portant le même nom, même au sein d'une même région : par exemple, en ex Midi-Pyrénées et aujourd'hui Occitanie, il y a Auterive en Haute-Garonne et Auterive en Tarn-et-Garonne. Et comme votre BDD est à caractère international, souvenez-vous du film "Paris, Texas"...

5) Vous utilisez beaucoup le type "text". Optimisez les types de données !
Par exemple, pour le nom du pays, un VARCHAR(40) sera suffisant.

[Paprick]

Bonjour,

Ce modèle est effectivement un bon début, mais je confirme les conseils de Cinephil : passez tout d'abord par l'étape MCD, qui permet une bonne conception claire et limpide, le MLD (c'est ce que votre outil a plus ou moins fait) sera ensuite automatiquement déduit du MCD (ainsi que le code SQL qui va avec).
Par ailleurs, sur le fond, votre modèle pose quelques petits soucis :

• Une Université peut être associée à une ville et à un code postal qui ne correspond pas à cette ville .
• Une ville étant associée à une région et une région étant associée à un pays, il est inutile d'associer la ville au pays.

Bonne continuation !

[Iloyd]

Bonjour, si vous êtes débutant en modélisation de données, c'est vraiment pas mal !

Quelques petites choses...

1) Quel est votre logiciel de modélisation ?
La lecture du schéma n'est pas toujours évidente.
En plus, votre schéma est une sorte de mélange entre MCD, MLD (il y a les clés étrangères) et diagramme de classes UML (les cardinalités sont inversées par rapport au MCD merisien).
Essayez Looping !

2) Vous avez une propriété booléenne "country.has_regions" qui laisse supposer qu'un "country" peut ne pas avoir de "region" or vos cardinalités sont (1 - 1,n) !
Soit vous créerez une région fictive vide pour toujours avoir au moins une région par pays, soit vos cardinalités sont fausses.

3) Je suppose que les indications "nn" à côté de certaines propriétés signifie "not null" ?
Vous autorisez donc des clés étrangères à NULL et fsmrel ne va pas tarder à vous expliquer pourquoi c'est une mauvaise chose avec sa sulfateuse à bonshommes null !

4) Vous posez une contrainte d'unicité ("uq" veut bien dire "unique" ?) au nom des villes alors qu'il y a un nombre significatif de villes portant le même nom, même au sein d'une même région : par exemple, en ex Midi-Pyrénées et aujourd'hui Occitanie, il y a Auterive en Haute-Garonne et Auterive en Tarn-et-Garonne. Et comme votre BDD est à caractère international, souvenez-vous du film "Paris, Texas"...

5) Vous utilisez beaucoup le type "text". Optimisez les types de données !
Par exemple, pour le nom du pays, un VARCHAR(40) sera suffisant.

Ah merci pour vos remarques détaillés, ça me permet de m'avancer sur mon petit projet personnel.
L'outil de modélisation que j'utilise est assez brouillon, datant des années 2000 donc il n'est pas optimal ahah

Alors oui, vos questionnements sur "nn" "uq" sont corrects. Pour le type "text", je n'arrivais pas à trouver le type sur mon outil donc bon, mais je note. Oula pour les clés étrangères, grosse erreur d'inattention de ma part (pas de sulfateuse ahah).

Je comprends votre raisonnement sur le problème causé par l'unicité des noms de villes. Pas mal le film aussi ahah.

Je vais remodéliser mon schéma sur mySql et vous montrer les différents changements. Merci !

[Paprick]

Je vais remodéliser mon schéma sur mySql

Attention, si vous utilisez MySQL Workbench, vous allez encore travailler directement sur le MLD, et non le MCD.

[Iloyd]

Bonjour,

Ce modèle est effectivement un bon début, mais je confirme les conseils de Cinephil : passez tout d'abord par l'étape MCD, qui permet une bonne conception claire et limpide, le MLD (c'est ce que votre outil a plus ou moins fait) sera ensuite automatiquement déduit du MCD (ainsi que le code SQL qui va avec).
Par ailleurs, sur le fond, votre modèle pose quelques petits soucis :

• Une Université peut être associée à une ville et à un code postal qui ne correspond pas à cette ville .
• Une ville étant associée à une région et une région étant associée à un pays, il est inutile d'associer la ville au pays.

Bonne continuation !

Bonsoir !
Je vois, je vais me former au MCD correctement et m'informer sur ce qu'est le MLD.
Sur votre première remarque :

• Une Université peut être associée à une ville et à un code postal qui ne correspond pas à cette ville .

Oui ! Je viens de voir cette erreur après relecture, du coup, j'ai pensé à utiliser un lien identifiant. Une sorte de concaténation de PRIMARY KEY.

• Une ville étant associée à une région et une région étant associée à un pays, il est inutile d'associer la ville au pays.

Effectivement, ça me rappelle une règle de transitivité (comme dans les relations binaires en maths) :


Merci !

[Iloyd]

Attention, si vous utilisez MySQL Workbench, vous allez encore travailler directement sur le MLD, et non le MCD.

Ah merci, j'y allais tête baissé ahah. Je vais utiliser et me familiariser avec votre outil de modélisation, reproduire mon schéma proprement et revenir !