Merise a été développée en France dans les années 1980. Elle sépare le cycle de décision en trois niveaux : conceptuel (quoi ?), logique (comment ?) et physique (avec quel support ?). C’est une méthode de conception descendante. Pour la **donnée**, Merise utilise le formalisme entité‑association : le MCD (Modèle Conceptuel de Données) indépendant de toute technologie, le MLD (Modèle Logique de Données) qui normalise les relations, et le MPD (Modèle Physique de Données) adapté à un SGBD spécifique. ISOSET propose des cursus complets pour maîtriser ces trois niveaux.

• MCD (Conceptuel) – exprime les données métier : entités, associations, cardinalités.
• MLD (Logique) – schéma relationnel avec clés primaires et étrangères (3NF).
• MPD (Physique) – implantation SQL : types, index, partitions, vues matérialisées.

Le MCD est le contrat avec les métiers. Il se compose d’**entités** (choses importantes, ex: CLIENT, PRODUIT) et d’**associations** (liens métier, ex: PASSER_COMMANDE, COMPORTER). Chaque entité possède des propriétés (attributs) et un **identifiant** (clé candidate). Les **cardinalités** (minimale, maximale) précisent combien de fois une entité participe à une association. Les cardinalités typiques sont (0,1), (1,1), (0,n), (1,n).

# Exemple MCD pour une gestion de commandes
CLIENT (id_cli, nom, email)
COMMANDE (id_cmd, date_cmd, montant)
PRODUIT (id_prod, libelle, prix_unitaire)

PASSER : CLIENT (1,1) — COMMANDE (0,n)
COMPORTER : COMMANDE (1,1) — PRODUIT (1,n)  [avec attribut quantite]

Le MCD ne comporte ni clés étrangères, ni types de données. Il est volontairement indépendant de la technologie SQL. ISOSET aide les entreprises à formaliser leurs règles de gestion en MCD.

Le MLD transforme le MCD en un schéma relationnel normalisé (3NF). Chaque entité devient une table. Les associations sont traitées différemment selon leur cardinalité :

• Cardinalité 1‑N (1,1)‑(0,n) – on ajoute la clé étrangère du côté N (COMMANDE contient id_cli).
• Cardinalité N‑N (0,n)‑(0,n) – on crée une table d’association contenant les deux clés étrangères (PK composite).
• Cardinalité 1‑1 (rare) – on fusionne les deux tables ou on ajoute une FK unique.

# MLD (relationnel) du MCD précédent
CLIENT(id_cli PK, nom, email)
COMMANDE(id_cmd PK, date_cmd, montant, id_cli FK vers CLIENT)
PRODUIT(id_prod PK, libelle, prix_unitaire)
LIGNE_COMMANDE(id_cmd FK, id_prod FK, quantite) PK=(id_cmd, id_prod)

Le MLD est le support privilégié des développeurs pour implémenter la base. ISOSET enseigne systématiquement les règles de passage MCD → MLD avec des cas d’école.

Le MPD concrétise le MLD pour un SGBD donné (PostgreSQL, MySQL, Oracle, SQL Server). On y ajoute :

• Types de données concrets – VARCHAR(255), INTEGER, TIMESTAMP, DECIMAL(10,2).
• Index – B‑tree, hash, full‑text pour accélérer les requêtes.
• Clés primaires, étrangères, contraintes NOT NULL, CHECK, DEFAULT.
• Partitionnement – range sur les dates, list sur les catégories.
• Tablespaces, stockage, compression, vues matérialisées.

# MPD PostgreSQL (index et partition)
CREATE TABLE commande (
    id_cmd SERIAL PRIMARY KEY,
    date_cmd DATE NOT NULL,
    montant DECIMAL(10,2) CHECK (montant >= 0),
    id_cli INT REFERENCES client(id_cli)
) PARTITION BY RANGE (date_cmd);
CREATE INDEX idx_commande_date ON commande(date_cmd);

Le MPD est le document d’implémentation pour les développeurs et les DBA. ISOSET forme également à la génération automatique du MPD à partir d’outils de modélisation.

• Association 1‑1 avec participation obligatoire des deux côtés – fusion dans une seule table.
• Association ternaire – crée une table avec trois clés étrangères (PK composite).
• Attributs d’association – deviennent simplement des colonnes de la table d’association (ex: `quantite`).
• Hiérarchie d’entités (ISA) – trois possibilités : table unique avec type, table par classe parente, table par sous‑classe.
• Identifiant complexe (plusieurs attributs) – PK composite dans la table.

La normalisation est souvent appliquée au niveau du MLD. Les trois premières formes normales :

• 1NF – valeurs atomiques (pas de multivalués).
• 2NF – pas de dépendance partielle d’un attribut non‑clé sur une partie de la clé primaire composite.
• 3NF – pas de dépendance transitive (un attribut non‑clé dépend d’un autre attribut non‑clé).

Merise guide naturellement vers la 3NF grâce à la décomposition des associations et des entités. ISOSET initie les jeunes à la normalisation par l’exemple (facture, relevé de notes).

• PowerAMC (SAP PowerDesigner) – outil historique, génère du code SQL et supporte Merise, UML.
• Win’Design (ex‑SILVERRUN) – dédié à Merise, encore utilisé dans certaines DSI.
• Draw.io (diagrams.net) – avec librairies Merise (entité‑association).
• PlantUML et Mermaid – description textuelle, versionnable (Git).
• pgModeler, MySQL Workbench, DBeaver – rétro‑ingénierie depuis une base existante.

ISOSET forme à la fois aux outils graphiques et aux approches as code.

• Règles de gestion : un Abonné emprunte des Livres. Un Livre est empruntable plusieurs fois dans le temps. Un emprunt a une date d’emprunt et une date de retour prévue. On conserve l’historique des emprunts.
• MCD – entités : ABONNE, LIVRE. Association EMPRUNT (cardinalités 1,n de chaque côté). Attributs de l’association : date_emprunt, date_retour_prevue.
• MLD – ABONNE(id_abonne PK, nom, email), LIVRE(id_livre PK, titre, isbn), EMPRUNT(id_abonne FK, id_livre FK, date_emprunt, date_retour_prevue) avec PK composite (id_abonne, id_livre, date_emprunt).
• MPD PostgreSQL – types : SERIAL, VARCHAR(100), DATE, DECIMAL. Index sur date_emprunt, partition par année sur EMPRUNT.

# Script MPD (PostgreSQL) pour la bibliothèque
CREATE TABLE abonne (
    id_abonne SERIAL PRIMARY KEY,
    nom VARCHAR(100) NOT NULL,
    email VARCHAR(200) UNIQUE
);
CREATE TABLE livre (
    id_livre SERIAL PRIMARY KEY,
    titre VARCHAR(200) NOT NULL,
    isbn VARCHAR(13)
);
CREATE TABLE emprunt (
    id_abonne INT REFERENCES abonne(id_abonne),
    id_livre INT REFERENCES livre(id_livre),
    date_emprunt DATE NOT NULL,
    date_retour_prevue DATE NOT NULL,
    PRIMARY KEY (id_abonne, id_livre, date_emprunt)
);
CREATE INDEX idx_emprunt_date ON emprunt(date_emprunt);

• Toujours commencer par le MCD – ne pas sauter l’étape conceptuelle, même en agile.
• Valider le MCD avec les utilisateurs métier – c’est le seul niveau où ils comprennent.
• Privilégier les identifiants techniques (clés auto‑incrémentées) plutôt que les codes métier modifiables.
• Documenter les règles de passage – expliquer pourquoi telle association est devenue une table.
• Tester le MPD avec un jeu de données réaliste – vérifier les temps de réponse, ajuster les index.
• Versionner les modèles – avec Git (format XML ou PlantUML).

Les témoignages d’anciens élèves d’ISOSET confirment la valeur de Merise : *« J’ai conçu une base de données pour la gestion des stocks en suivant la méthode Merise. Le passage MCD → MLD → MPD m’a évité bien des erreurs de conception. »*