Le dictionnaire des données est un document qui regroupe toutes les données que vous aurez à conserver dans votre base et qui figureront donc dans le MCD. Et puis, quand on fera des recherches ou des traitements automatisés, cela risque de nous jouer de bien vilains tours. N’oubliez jamais qu’en tant que développeur, vous avez un devoir d’assistance à maîtrise d’ouvrage si cela s’avère nécessaire. Passage au niveau relationnel et limites IV-C. Chaque propriété de l’entité devient un attribut de la relation correspondante. Patte verrouillée ou rattachement verrouillé: Le point crucial à enregistrer dès maintenant, c’est que le MLD se déduit strictement du MCD d’après des règles formelles.
| Nom: | merise mcd |
| Format: | Fichier D’archive |
| Système d’exploitation: | Windows, Mac, Android, iOS |
| Licence: | Usage Personnel Seulement |
| Taille: | 49.53 MBytes |
Cette dépendance fonctionnelle se schématiserait ainsi:. On peut également définir la dépendance fonctionnelle suivante:. N signifie que chaque entité appartenant à une classe d’entité participe au moins une fois à la relation. Pour identifier un étage, il faut connaître l’immeuble dans lequel il est situé. La classification de ces trois premiers niveaux de normalisation repose sur les dépendances fonctionnelles entre la clef primaire de la relation et ses autres attributs. Pour chaque donnée, il indique:
Ce cours est conçu pour ceux qui souhaitent s’initier rapidement à la conception d’une base de données relationnelle à l’aide de la méthode d’analyse MERISE. Il est en rapport direct avec le programme de meriwe formations d’études supérieures comme le BTS Informatique de Gestion ou encore le DUT informatique.
Initiation à la conception de bases de données relationnelles avec MERISE
Vous pouvez commenter l’article en suivant ce lien: Version PDF Version hors-ligne. Il ne faut toutefois pas confondre un système d’information avec un système informatique.
En effet, les systèmes d’information ne sont pas toujours totalement informatisés et existaient déjà avant l’arrivée des nouvelles technologies de l’information et des communications dont l’informatique fait partie intégrante. Autrefois, l’information était stockée sur papier à l’aide de formulaires, de dossiers, … et mefise existait des procédures manuelles pour la traiter.
Aujourd’hui, les systèmes informatisées, comme les systèmes de gestion de bases de données relationnelles SGBDRsont mis au meriss du système d’information. Elle fut ensuite mise en avant dans les années 80, à la demande du Ministère de l’Industrie qui souhaitait une méthode de conception des SI. Elle possède un certain nombre de modèles ou schémas qui sont répartis sur 3 niveaux:. Dans ce cours, nous ne nous intéresserons qu’à certains schémas permettant la conception d’une base de données relationnelle puis sa réalisation sur un SGBDR.
Il s’agit de l’élaboration du modèle conceptuel meriee données MCD qui mcf une représentation graphique et structurée des informations mémorisées par un SI. Le MCD est basé sur deux notions principales: Avant kcd vous lancer dans la création de vos tables ou même de vos entités et associations pour rester dans un vocabulaire conceptuelil vous faut recueillir les besoins des futurs utilisateurs de votre application.
Et à partir de ces besoins, vous devez être en mesure d’établir les règles de gestion des données à conserver. Prenons l’exemple d’un développeur qui doit informatiser le SI d’une bibliothèque. On lui fixe les règles de gestion suivantes:. Ces règles vous sont parfois données mais vous pouvez être amené à mcf établir vous-même dans deux cas:. C’est une étape intermédiaire qui peut avoir son importance, surtout si vous êtes plusieurs à travailler sur une même base de données, d’un volume conséquent.
Le dictionnaire des données est un document qui regroupe toutes les données que vous aurez à conserver dans votre base et qui figureront mdrise dans le MCD. Pour chaque donnée, il indique:.
MERISE – Modèle conceptuel des données
Reprenons l’exemple de notre bibliothèque et du système de gestion des emprunts que nous sommes chargés d’informatiser. Après l’étude des règles de gestion, nous pouvons établir le dictionnaire des données suivant:. Soit deux propriétés ou données P1 et P2.
On dit que P1 et P2 sont meirse par une dépendance fonctionnelle DF si et seulement si une occurrence ou valeur de P1 permet de connaître une et une seule occurrence de P2. Par ailleurs, plusieurs données peuvent être source comme plusieurs données peuvent être but d’une DF. Les DF qui existent entre les données sont parfois évidentes et ne nécessitent pas toujours une modélisation merixe celle-ci peut s’avérer utile car elle permet, entre autres, de distinguer les futures entités du MCD et leur identifiants.
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.
Cette propriété doit posséder des occurrences uniques et doit être source des dépendances fonctionnelles avec toutes les autres propriétés de l’entité. Bien souvent, on utilise une donnée de type entier qui s’incrémente pour chaque occurrence, ou encore un code unique spécifique du contexte. À partir de cette entité, on peut retrouver la règle de gestion suivante: Une entité peut n’avoir aucune, une ou plusieurs occurrences.
Une association définit un lien sémantique entre une ou plusieurs entités. En effet, la définition de liens entre entités permet de traduire une partie des règles de gestion qui n’ont pas été satisfaites par la simple définition des entités. Généralement le nom de l’association est un verbe définissant le lien entre les entités qui sont reliées par cette dernière.
Vous remarquerez, que cette association est caractérisée par ces annotations 1,1 et 0,N qui nous ont permis de définir les règles de gestions précédentes. Ces annotations sont appelées les cardinalités. Les cardinalités les plus répandues sont les suivantes: On peut toutefois tomber sur des règles de gestion imposant des cardinalités avec des valeurs particulières, mais cela reste assez exceptionnel et la présence nerise ces cardinalités imposera l’implantation de traitements supplémentaires.
Ici un auteur rédige au moins un ou plusieurs nerise et pour chaque livre, on connaît le nombre de chapitres rédigés par l’auteur on connaît aussi le nombre total de chapitres pour chaque livre.
Merise (informatique) — Wikipédia
On peut également définir la dépendance fonctionnelle suivante:. Cette association est donc une association porteuse de données.
Pour une association ayant au moins une cardinalité de type 0,1 ou 1,1 considérons dans un premier temps que cette dernière ne peut être porteuse de données et qu’elle est identifiée par l’identifiant de l’entité porteuse de la cardinalité 0,1 ou 1,1.
Nous reviendrons plus en détail sur la notion d’identification d’une association lors du passage au modèle logique. Avec toutes ces connaissances, il nous est donc possible d’élaborer le MCD complet à partir des données présentes dans le dictionnaire des données:.
Dans cette partie, nous allons voir comment établir une modélisation des données au niveau logique ou relationnel à partir d’un modèle conceptuel, puis comment passer à l’étape de création des tables cela suppose d’avoir une connaissance préalable des requêtes SQL de création de tables.

Le modèle logique de données MLD est composé uniquement de ce que l’on appelle des relations. Ces relations sont à jerise fois issues des entités du MCD mais aussi d’associations, dans certains cas.
Ces relations nous permettront par la suite de créer nos tables au niveau physique. Une relation est composée d’attributs. Ces attributs sont des données élémentaires issues des propriétés des différentes entités mais aussi des identifiants et des données portées par certaines associations. Une relation possède un nom qui correspond en général à celui de l’entité ou de l’association qui lui correspond. Elle possède aussi une clef primaire qui permet d’identifier sans ambiguïté chaque occurrence de cette relation.
La clef primaire peut être composée d’un ou plusieurs attributs, il s’agit d’une implantation de la notion d’identifiant des entités et associations qui se répercute au niveau relationnel. Il existe un autre type de clef appelé clef étrangère.
La clef étrangère est un attribut d’une relation qui fait référence à la clef primaire d’une autre relation ces deux clefs devront donc avoir le même merkse de données. Enfin, vous pouvez également rencontrer le terme de cardinalité de la relation qui signifie ici le nombre d’occurrences d’une relation ou nombre d’entrées dans la table correspondante et le terme de degré de la relation qui correspond au nombre d’attributs d’une relation.
Comme cela a déjà été dit précédemment, les relations du MLD sont issues des entités du MCD et de certaines associations.

Nous allons maintenant aborder ces règles de conversion de façon plus précise. En règle générale, toute entité du MCD devient une relation dont la clef est l’identifiant de cette entité. Merose propriété de l’entité devient un attribut de mxd relation correspondante.
Une association ayant des cardinalités 0,N ou 1,N de part et d’autre devient une relation dont la clef est constituée des identifiants des entités reliées par cette association. Ces identifiants seront donc également des clefs étrangères respectives.
On parle de relations associatives. Les cardinalités plus restrictives comme 2,3 ; 1,7 ; 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.
Dans le cas d’associations porteuses de données, les données portées deviennent des attributs de la relation correspondante. Si l’on reprend cet exemple:.
Plusieurs possibilités s’offrent mxd nous pour ce cas de figure. La règle de conversion la plus répandue aujourd’hui est d’ajouter une clef étrangère dans la relation qui correspond à l’entité se situant du côté de cette cardinalité 1,1. Cette clef étrangère fera donc référence à la clef de la relation correspondant à la seconde entité reliée par l’association.
Lorsque deux entités sont toutes deux reliées avec une cardinalité 1,1 par une même association, on peut placer la clef étrangère de n’importe quel côté. Par convention, on choisit de la placer du côté de la relation correspondant à l’entité ayant le plus de liaisons avec les autres.
Certains considèrent d’ailleurs que deux entités étant reliées par une association ayant une cardinalité 1,1 des deux msrise, doivent obligatoirement fusionner. Cette règle s’appuie encore une fois sur la notion de dépendances fonctionnelles directes mais n’est pas toujours respectée il est parfois sémantiquement préférable de garder une distinction entre les deux entités.
Une autre solution moins répandue consiste à créer une relation associative dont la clef est cette fois composée uniquement de la clef étrangère qui fait référence à l’identifiant de l’entité du côté opposé à la cardinalité 1,1. Dans ce cas, l’association peut être porteuse de données. Il va sans dire que la première solution est aujourd’hui préférable à cette dernière en terme d’optimisation et de simplification des requêtes.

De même que pour les cardinalités 1,1, une association ayant une cardinalité 0,1 doit être binaire, et les deux mêmes possibilités s’offrent à nous:. Cependant, dans le cadre d’une cardinalité 0,1, nous verrons qu’il n’est pas toujours préférable de privilégier la première méthode comme c’est le cas pour une cardinalité 1,1. Imaginons par exemple qu’un livre puisse appartenir à 0 ou 1 catégories, on obtient le MCD suivant:.
Cette dépendance fonctionnelle se schématiserait ainsi:. C’est pourquoi d’autres pensent avec raison qu’il vaut mieux créer une relation associative de cette manière seconde méthode:.
La pertinence de l’une ou l’autre méthode varie en fonction du nombre d’occurrences caractérisées par la cardinalité 0 ou la cardinalité 1. En effet, lorsque les occurrences avec la cardinalité 1 sont plus nombreuses que les occurrences avec la cardinalité 0, la première méthode est préférable. Dans le cas contraire, c’est la seconde méthode qui est la plus adaptée.
Enfin, dans le cas où une association binaire possède à la fois une cardinalité 0,1 et une cardinalité 1,1 ce qui est rarement le casil est préférable que la clef étrangère soit du côté de la relation correspondant à l’entité situé du côté de la cardinalité 1,1.
Avec ces différentes règles de conversion, il nous est déjà possible de convertir notre MCD au complet:. Comme vous pouvez le constater, le schéma de la base est déjà fait. Les règles de passage au SQL sont assez simples:. Sous Oracle, il faudrait créer soi-même cette séquence. Il existe différents niveaux de normalisation ou formes normales.
Les 3 premiers niveaux de normalisations sont les plus répandus et les plus appliqués. La classification de ces trois premiers niveaux de normalisation repose sur les dépendances fonctionnelles entre la clef primaire de la relation et ses autres attributs. Pour être en première forme normale 1FN ou 1NF: Les attributs d’une relation doivent être atomiques et doivent être en dépendance fonctionnelle avec la clef primaire de cette dernière.
Pour être en deuxième forme normale 2FN ou 2NF: Il faut être en 1FN et que toutes les dépendances fonctionnelles entre la clef primaire et les autres attributs de la relation soient élémentaires.
