Discussion :

[SQLpro]

Bonjour,

je tombe sur ce cours de modélisation :
https://ineumann.developpez.com/tuto...iation-merise/
Qui contient des choses fausses :
"
Chaque entité est unique et est décrite par un ensemble de propriétés encore appelées attributs ou caractéristiques. Une des propriétés de l'entité est l'identifiant.
"
En effet un identifiant d'entité peut être composé de plusieurs attributs.

"
mais cela reste assez exceptionnel et la présence de ces cardinalités imposera l'implantation de traitements supplémentaires.
"
faux aussi, car souvent cela peut être mis en œuvre par de simples contraintes


je n'ai pas tout lu !

A +

[CinePhil]

Effectivement.

J'ai aussi trouvé ça :

Pour que le MCD soit sémantiquement valide, toute entité doit être reliée à au moins une association.

J'ai implémenté les tables système d'administration de la BDD que tu recommandes dans ta norme de développement de BDD : ts_database_admin_dba et ts_database_info_dbi . Je m'en sers notamment pour les patches SQL avec une procédure qui vérifie que le ou les derniers patch(es) nécessaire(s) a ou ont bien été implémenté(s).

Par rétro conception, ces tables donnent deux entités types dans le MCD qui ne sont associées à rien.

Les entités et les propriétés peuvent être historisées. Dans ce cas on met un (H) à la fin du nom de l'entité ou de la propriété que l'on souhaite historiser (cela permet de préciser que l'on archivera toutes les modifications sur une entité ou une propriété donnée).

C'est une façon de faire mais il ne me semble pas que ce soit spécifiquement décrit ainsi dans la méthode Merise.

Plus loin (chap. III-A-2-b.), on retrouve la seconde erreur que tu soulignes et donc un texte à réviser :

Les cardinalités plus restrictives (comme 2,3 ; 1,7 ; ...) seront perçues comme des cardinalités de type 0/1,N également (il s'agit en effet de sous-ensembles). Cependant, les règles de gestions qui ne seront plus satisfaites par cette modélisation logique devront l'être par des traitements supplémentaires (via le code de l'application qui exploite la base de donnée ou encore par des triggers (déclencheurs) si le SGBDR est suffisamment robuste).

Au chapitre III-A-2-c. :

Prenons un exemple issu de l'association «être originaire de» et des entités «Auteur» et «Pays» :

Pays (nom_p)
Auteur (id_a, nom_a, prenom_a, date_naissance_a, nom_p#)

Alors que sur le MCD, l'identifiant du pays est heureusement un id_p supposé entier auto-incrémenté !

C'est d'ailleurs corrigé au chapitre III-A-3. avec le MLD complet présenté.


Le premier point que tu soulèves est en quelque sorte corrigé au chapitre "IV-A. L'identification relative" avec immeuble, étage et appartement qui sont en identification relative.


Je n'aime pas non plus ce qui est dit au chapitre IV-D. :

Cette notion de dépendance fonctionnelle peut être aussi représentée sous la forme d'agrégation (encore appelée «association d'association»).

Imaginons par exemple qu'une règle de gestion nous impose le fait qu'un livre, pour une librairie donnée, ne puisse être acheté que par un et un seul client.

La règle de gestion serait ici implantée par la dépendance fonctionnelle suivante :

id_lib, ref_l → id_c

Cette DF pourrait très bien faire l'objet d'une CIF au niveau conceptuel, où bien être représentée sous cette forme :

Le MCD présenté fait un lien entre deux association, ce qui est en principe interdit par la méthode Merise. Je préfère dans ce cas transformer l'association en "entité-type associative".

Je vois que je suis cité dans les relecteurs ; ces problèmes m'avaient échappé à l'époque.

Ceci dit, ce tuto date de 2012. Je ne sais pas si ineumann est encore actif sur DVP et s'il acceptera de corriger son tutoriel.

[escartefigue]

Des cours à la mord moi le ###, on en trouve presque autant de fois qu'on a des questions d'étudiants sur le forum.
Par exemple, le support communiqué dans le post n°3 du sujet ci-dessous :

https://www.developpez.net/forums/d2.../#post11447130

C'est du lourd !

[CinePhil]

Des cours à la mord moi le ###, on en trouve presque autant de fois qu'on a des questions d'étudiants sur le forum.
Par exemple, le support communiqué dans le post n°3 du sujet ci-dessous :

https://www.developpez.net/forums/d2.../#post11447130

C'est du lourd !

Ouch !
Ça commence dès la première page :

SQL
LANGAGE STRUCTURE DE REQUÊTES
(STRUCTURED QUERY LANGUAGE)

Même pas foutu de traduire correctement ! Un coup d'oeil à Wikipedia lui aurait donné ceci : "SQL (sigle de Structured Query Language, en français langage de requête structurée)". C'est déjà mieux. Moi j'aurais plutôt spontanément traduit par "Langage structuré de requête". C'est d'ailleurs comme ça que le prof l'exprime au chapitre 1 : "SQL (Structured Query Language) est un langage structuré de requêtes sur les bases de données relationnelles."

Le langage SQL est utilisé par les principaux SGBDR du marché:
 SQL SERVER 2000, 2005

Exemple typique de prof qui n'a jamais remis son cours à jour depuis 2005 !

Bon, j'ai arrêté la lecture à la page 5 où on voit que son modèle de données est bien pourri !
Faudrait suggérer au prof d'ajouter une ville avec un code postal déjà présent dans la table, histoire de rigoler un bon coup en classe !

[Paprick]

Faudrait suggérer au prof d'ajouter une vilel avec un code postal déjà présent dans la table, histoire de rigoler un bon coup en classe !

Je tiens à préciser qu'il ne fait pas cours dans mon Université !