IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Modélisation par héritage

Les modèles par héritage possèdent de nombreux avantages. Parmi ceux-ci, l'économie en volume de données stockées, la standardisation des types et des formats de données. Cet article fait le point sur la modélisation des entités par héritage afin de vous permettre de l'implémenter au sein de vos applications, et cela, en toute sérénité.

Article lu   fois.

L'auteur

Profil ProSite personnel

Liens sociaux

Viadeo Twitter Facebook Share on Google+   

I. Modélisation sans héritage

Pour comprendre l'intérêt de la modélisation par héritage, commençons par une application très banale qui devra contenir des prospects, des clients et des employés. Une gestion commerciale, par exemple.
Voici un exemple de modèle de données :

Image non disponible

Nous constatons que certaines entités possèdent des attributs identiques : NOM, PRENOM se retrouvent dans EMPLOYE, CLIENT et PROSPECT. De même, NUMxxx et DATE se retrouvent dans COMMANDE et FACTURE.
Enfin, les deux associations « portent sur » contiennent elles aussi les mêmes attributs.
Ce modèle possède plusieurs inconvénients majeurs :

  1. Si un prospect devient un client, les informations doivent être recopiées ;
  2. Un employé peut aussi être un client de sa propre entreprise, ce qui oblige aussi à recopier les informations ;
  3. Un client ne peut avoir qu'une seule adresse alors qu'il arrive qu'un même client ait besoin d'être livré à une adresse donnée et facturée à une autre.

La première idée consiste à rassembler tous les individus dans une seule et même table. Il faut ensuite les décliner en client, prospect et employé. C'est la technique de l'héritage.

II. Modélisation d'un héritage de personnes

Image non disponible

Nous voyons désormais que les entités PROSPECT, EMPLOYE et CLIENT n'ont plus de clef. C'est normal, ces entités vont hériter des données de la table PERSONNE contenant une clef.

À ce stade, il existe deux possibilités :

  • chacune des tables filles (PROSPECT, EMPLOYE, CLIENT) hérite de tous les attributs de PERSONNE lors du passage au modèle physique ;
  • les tables filles n'héritent que de la clef de la table PERSONNE et il faut faire une jointure entre tables fille et mère pour retrouver toutes les données.

III. Un héritage induit

Précisons encore notre modèle en faisant un héritage avec les tables COMMANDE et FACTURE :

Image non disponible

Contrat est une table qui rassemble aussi bien les commandes que les factures. Ce qui permettra de distinguer une commande d'une facture sera le contenu de la colonne NATURE.
C'est aussi une modélisation d'héritage d'une autre forme.

Enfin, pour résoudre la problématique des adresses multiples, rien ne nous empêche d'externaliser les adresses dans une table à part :

Image non disponible

La nature des adresses est soit explicite (attribut UTILITE de l'association « possède »), soit implicite du fait de la relation avec la table des contrats (adresse de facturation ou de commande).
Regardez comme ce modèle est devenu simple ! Nous sommes passés de 46 attributs à 33 tout en augmentant le nombre de rubriques pour les différentes entités. Par exemple, par rapport au premier modèle un prospect n'avait pas de titre !

IV. Transposition en modèle physique

En générant le modèle physique d'après le modèle ci-dessus, nous obtenons le diagramme suivant :

Image non disponible

On note que les entités PROSPECT, EMPLOYE et CLIENT héritent de la colonne clef de la table mère PERSONNE.

V. Héritage avec exclusion mutuelle

Une autre possibilité dans l'utilisation des héritages est de faire en sorte qu'il n'existe qu'un seul héritier dans les diverses tables filles. Cela s'avère parfois indispensable.
Comme un bon exemple est souvent plus explicite qu'un long discours, modélisons les différents types de location de véhicule d'une agence comme Hertz, Budget ou EuropCar. Ce qui nous intéresse, c'est une entité générique des véhicules et des entités filles par type de véhicule (moto, voiture ou camion).

Voici un premier exemple d'une telle modélisation :

Image non disponible

Veuillez noter dans ce modèle la présence de la croix dans le symbole de l'héritage. Il indique une exclusion mutuelle entre les entités filles.Mais comment résoudre cette exclusion mutuelle ?
La simple technique des intégrités référentielles est insuffisante à gérer ce cas de figure. Il faut recourir à un ensemble de triggers (déclencheurs).

Voyons d'abord comment le modèle physique est construit à partir du modèle conceptuel :

Image non disponible

Dans le principe, il faut pour chaque insertion dans l'une des tables filles s'assurer que le véhicule n'est pas déjà utilisé par les autres tables.

Voici les triggers d'insertion et modification pour les trois tables filles, dans le langage Transact SQL de SQL Server :

 
Sélectionnez
/*  Trigger sur T_CAMION_CMN pour contrôler l'insertion  */
CREATE TRIGGER TRG_INS_T_CAMION
       ON T_CAMION_CMN
       FOR INSERT, UPDATE
AS
BEGIN
   DECLARE
      @errno    INTEGER,
      @errmsg   VARCHAR(255)

/*  La clef de "T_VEHICULE_VHC" doit exister pour la création de "T_CAMION_CMN"  */
   IF NOT EXISTS(SELECT *
                 FROM   T_VEHICULE_VHC T
                        INNER JOIN INSERTED I
                              ON T.VHC_ID = I.VHC_ID)
   BEGIN
      SET @errno  = 30002
      SET @errmsg = 'Clef de "T_VEHICULE_VHC" inconnu. Insertion dans "T_CAMION_CMN" impossible.'
      GOTO LBL_ERROR
   END

/* l'identifiant de camion ne doit pas être utilisé par les autres tables filles */
   IF EXISTS (SELECT *
              FROM   (SELECT VHC_ID
                      FROM T_MOTO_MTO
                      UNION ALL
                      SELECT VHC_ID
                      FROM T_VOITURE_VTR) T
              WHERE VHC_ID IN (SELECT VHC_ID
                               FROM   INSERTED))
   BEGIN
      SET @errno  = 30002
      SET @errmsg = 'Clef de "T_VEHICULE_VHC" déjà utilisée par ailleurs. Insertion dans "T_CAMION_CMN" impossible.'
      GOTO LBL_ERROR
   END

   RETURN

/*  Gestion d'erreurs  */
LBL_ERROR:
    RAISERROR @errno @errmsg
    ROLLBACK TRANSACTION
END
GO
 
Sélectionnez
/*  Trigger sur T_MOTO_MTO pour contrôler l'insertion  */
CREATE TRIGGER TRG_INS_T_MOTO
       ON T_MOTO_MTO
       FOR INSERT, UPDATE
AS
BEGIN
   DECLARE
      @errno    INTEGER,
      @errmsg   VARCHAR(255)

/*  La clef de "T_VEHICULE_VHC" doit exister pour la création de "T_MOTO_MTO"  */
   IF NOT EXISTS(SELECT *
                 FROM   T_VEHICULE_VHC T
                        INNER JOIN INSERTED I
                              ON T.VHC_ID = I.VHC_ID)
   BEGIN
      SET @errno  = 30002
      SET @errmsg = 'Clef de "T_VEHICULE_VHC" inconnu. Insertion dans "T_MOTO_MTO" impossible.'
      GOTO LBL_ERROR
   END

/* l'identifiant de moto ne doit pas être utilisé par les autres tables filles */
   IF EXISTS (SELECT *
              FROM   (SELECT VHC_ID
                      FROM T_CAMION_CMN
                      UNION ALL
                      SELECT VHC_ID
                      FROM T_VOITURE_VTR) T
              WHERE VHC_ID IN (SELECT VHC_ID
                               FROM   INSERTED))
   BEGIN
      SET @errno  = 30002
      SET @errmsg = 'Clef de "T_VEHICULE_VHC" déjà utilisée par ailleurs. Insertion dans "T_MOTO_MTO" impossible.'
      GOTO LBL_ERROR
   END

   RETURN

/*  Gestion d'erreurs  */
LBL_ERROR:
    RAISERROR @errno @errmsg
    ROLLBACK TRANSACTION
END
GO
 
Sélectionnez
/*  Trigger sur T_VOITURE_VTR pour contrôler l'insertion  */
CREATE TRIGGER TRG_INS_T_VOITURE
       ON T_VOITURE_VTR
       FOR INSERT, UPDATE
AS
BEGIN
   DECLARE
      @errno    INTEGER,
      @errmsg   VARCHAR(255)

/*  La clef de "T_VEHICULE_VHC" doit exister pour la création de "T_VOITURE_VTR"  */
   IF NOT EXISTS(SELECT *
                 FROM   T_VEHICULE_VHC T
                        INNER JOIN INSERTED I
                              ON T.VHC_ID = I.VHC_ID)
   BEGIN
      SET @errno  = 30002
      SET @errmsg = 'Clef de "T_VEHICULE_VHC" inconnu. Insertion dans "T_VOITURE_VTR" impossible.'
      GOTO LBL_ERROR
   END

/* l'identifiant de moto ne doit pas être utilisé par les autres tables filles */
   IF EXISTS (SELECT *
              FROM   (SELECT VHC_ID
                      FROM T_CAMION_CMN
                      UNION ALL
                      SELECT VHC_ID
                      FROM T_MOTO_MTO) T
              WHERE VHC_ID IN (SELECT VHC_ID
                               FROM   INSERTED))
   BEGIN
      SET @errno  = 30002
      SET @errmsg = 'Clef de "T_VEHICULE_VHC" déjà utilisée par ailleurs. Insertion dans "T_VOITURE_VTR" impossible.'
      GOTO LBL_ERROR
   END

   RETURN

/*  Gestion d'erreurs  */
LBL_ERROR:
    RAISERROR @errno @errmsg
    ROLLBACK TRANSACTION
END
GO

Notez que SQL Server utilise la pseudo-table INSERTED pour les insertions en cours. Certains SGBDR utilisent la table NEW (norme SQL).

Il faut aussi créer un trigger dans la table mère afin d'empêcher la suppression si le véhicule est référencé dans l'une des tables filles.

 
Sélectionnez
/*  Trigger TRG_DEL_VEHICULE pour contrôler la suppression dans la table "T_VEHICULE_VHC"  */
CREATE TRIGGER TRG_DEL_VEHICULE
       ON T_VEHICULE_VHC
       FOR DELETE
AS
BEGIN
   DECLARE
      @errno    INTEGER,
      @errmsg   VARCHAR(255)

   
    /*  Suppression interdite s'il existe un fils dans une des tables filles  */
   IF EXISTS (SELECT *
              FROM   (SELECT VHC_ID
                      FROM T_CAMION_CMN
                      UNION ALL
                      SELECT VHC_ID
                      FROM T_MOTO_MTO
                      UNION ALL
                      SELECT VHC_ID
                      FROM T_VOITURE_VTR) T
              WHERE VHC_ID IN (SELECT VHC_ID
                               FROM   INSERTED))
    BEGIN
       SET @errno  = 30006
       SET @errmsg = 'Ce véhicule est encore référencé dans une des tables filles. Suppression impossible.'
       GOTO LBL_ERROR
    END
   
    RETURN

/*  Gestion d'erreurs  */
LBL_ERROR:
   RAISERROR @errno @errmsg
   ROLLBACK TRANSACTION
END
GO

Pour vérifier ce fonctionnement, vous pouvez utiliser le jeu de données suivant :

 
Sélectionnez
INSERT INTO T_VEHICULE_VHC VALUES (1, '1234 AB 56')
INSERT INTO T_VEHICULE_VHC VALUES (2, '9876 ZY 54')
INSERT INTO T_VEHICULE_VHC VALUES (3, '7777 MN 33')

INSERT INTO T_MOTO_MTO VALUES (1, 750)

INSERT INTO T_CAMION_CMN VALUES (2, 38)

VI. Héritage conditionnel

Plus rarement implémenté, voici l'héritage conditionnel. Il s'agit de rajouter dans la table mère une colonne particulière permettant de spécifier quelle est la table fille héritière. Cela peut se faire de deux manières :

  • par construction d'une vue ;
  • dans la structure même de la table mère.

VI-A. Avec une vue

Reprenons notre exemple précédent. Ajoutons la vue suivante :

 
Sélectionnez
CREATE VIEW V_VEHICULE_VHC
AS
SELECT VHC_ID, VTR_NOMBRE_PLACE, NULL AS MTO_CYLINDREE, NULL AS CMN_TONNAGE, 1 AS TYPE_VEHICULE
FROM T_VOITURE_VTR
UNION ALL
SELECT VHC_ID, NULL VTR_NOMBRE_PLACE, MTO_CYLINDREE, NULL AS CMN_TONNAGE, 2 AS TYPE_VEHICULE
FROM T_MOTO_MTO
UNION ALL
SELECT VHC_ID, NULL VTR_NOMBRE_PLACE, NULL AS MTO_CYLINDREE, CMN_TONNAGE, 3 AS TYPE_VEHICULE
FROM T_CAMION_CMN

Les avantages sont considérables. On peut simplifier les jointures du fait qu'il suffit d'utiliser la jointure de véhicule sur la vue pour obtenir toutes les informations sur tous les véhicules, quels que soient leurs types :

 
Sélectionnez
SELECT *
FROM   T_VEHICULE_VHC T1
       INNER JOIN  V_VEHICULE_VHC T2
             ON T1.VHC_ID = T2.VHC_ID
 
Sélectionnez
VHC_ID VHC_IMMATRICULATION VHC_ID      VTR_NOMBRE_PLACE MTO_CYLINDREE   CMN_TONNAGE  TYPE_VEHICULE
-------------------------- ----------- ---------------- --------------- ------------ -------------
1      1234 AB 56          1           NULL             750.0           NULL         2
2      9876 ZY 54          2           NULL             NULL            38.0         3

VI-B. Avec ajout de colonne

Bien entendu, si l'on a opté pour l'ajout d'une colonne spécifique dans la table mère, il faudra la renseigner lors de l'exécution du trigger d'insertion et de modification.

VII. Quelques liens pour en savoir plus

Vous avez aimé ce tutoriel ? Alors partagez-le en cliquant sur les boutons suivants : Viadeo Twitter Facebook Share on Google+   

Copyright © 2003 Frédéric Brouard. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents, images, etc. sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.