Discussion :

[thibouille]

Je désire utiliser l'héritage, regrouper dans la table "mère" les données communes et dans plusieurs tables filles les données particulières, dépendant du type de la table mère.

Soit l'entité Conduite, entité mère.

Soit les entités Conduite_gaz, Conduite_elec et Conduite_eau toutes trois enfant de Conduites et mutuellement exclusives. Pour relier les tables filles avec la table mère je dois stocker la clé primaire de la table fille, dans la table mère en tant que clé étrangère. Toutefois, vu qu'il y a trois possibilités de tables enfant comment faire?

Soit je m'arrange pour que la clé primaire des table enfant soit de type elecxxxx, eauxxxx et gazxxxx et je sais d'après la clé primaire dans quelle table chercher les renseignements. Soit je dois mettre un attribut "type de conduite" dans la table mère et suivant la valeur de cet attribut chercher dans l'une ou l'autre des tables filles.

Je ne pas trop quoi faire.

[fsmrel]

Bonsoir,

Soit je m'arrange pour que la clé primaire des table enfant soit de type elecxxxx, eauxxxx et gazxxxx et je sais d'après la clé primaire dans quelle table chercher les renseignements. Soit je dois mettre un attribut "type de conduite" dans la table mère et suivant la valeur de cet attribut chercher dans l'une ou l'autre des tables filles.

Il faut éviter de donner une signification quelle qu’elle soit à la valeur prise par une clé primaire. En revanche, vous pouvez ajouter un attribut "type de conduite" à la table Conduite. Mais, il serait embêtant d’affecter la valeur "eau" à un tuple qui soit référencé par la clé de la table Conduite_Gaz (qu’il y ait de l’eau dans le gaz n’est jamais très bon...)

Dans ces conditions, il serait prudent de mettre en œuvre des triggers permettant de s’assurer que le résultat de la jointure des tables Conduite et Conduite_Gaz soit vide si la valeur de TypeDeConduite est différente de "gaz", même principe pour les autres sous-types Conduite_Eau et Conduite_Electricite.

[JPhi33]

Bonjour,

La réponse que je propose repose sur le concept de généralisation - spécialisation du modèle Entité-Association. L'héritage est le mécanisme qui permet de transmettre les caractéristiques d'une entité générique (ou sur-entité ou entité mère) à une ou plusieurs entités spécialisées (ou sous-entités ou entités filles). Quand on dit qu'on "veut utiliser l'héritage", c'est qu'en réalité le concept de généralisation - spécialisation apparait dans le MCD.

Que dit le concept ? Que lorsqu'une entité est "fille de" une autre entité, le lien qui les relie est du type "est-un" (is-a) - par opposition aux autres liens entre entités qui sont du type "a-un" (has-a). Le terme "est-un" est à entendre dans le sens "est une sorte de". Par exemple, Conduite_gaz est une sorte de Conduite.

Puisque la généralisation - spécialisation est avérée dans le cas des Conduites, on peut mettre en oeuvre le mécanisme d'héritage :

L'entité spécialisée hérite de toutes les caractéristiques de l'entité générique.

Qu'entend-on par caractéristique ? Les propriétés, évidemment, mais aussi les associations, les liens "a-un" et les liens "est-un". Et parmi les propriétés, il y a bien sûr l'identifiant (qui peut être un ensemble de propriétés).

Donc si l'entité CONDUITE est identifiée par Numéro_Conduite, alors CONDUITE_GAZ, CONDUITE_ELEC et CONDUITE_EAU sont aussi identifiées par Numéro_Conduite.
Si la CONDUITE n° 1 est une CONDUITE_GAZ, une occurrence de chacune de ces deux entités sera identifiée par "1", mais aucune occurrence identifiée par "1" n'existera dans les deux autres entités (car exclusion mutuelle des filles).

Exemples (seules sont représentées les valeurs de Numéro_Conduite dans chacune des 4 entités) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
CONDUITE GAZ ELEC EAU   Commentaire
-------- --- ---- ---   -------------
1        1              conduite gaz
2            2          conduite élec
3                 3     conduite eau
4        4              conduite gaz

Le mécanisme d'héritage, correctement dérivé du concept de gén-spé, se suffit à lui-même mais n'est pas très pratique. C'est pourquoi il est recommandé d'utiliser une propriété "Type de conduite" permettant de savoir immédiatement avec quelle table faire une jointure.

Dernière précision pour le modèle physique : les attributs hérités ne sont évidemment pas dupliqués dans les sous-tables, seuls y figurent les attributs spécifiques.


JPhi33

[thibouille]

JPhi33, vous ne pouvez pas savoir à quel point ce post me fait plaisir, c'est en effet la conclusion à laquelle j'étais arrivé, "tout seul comme un grand" après lecture des réponses que les différents participants m'ont fournies.

C'est exactement de cette manière que j'ai implémenté ma BD. J'aurais pu trouver plus facile à gérer point de vue programmation mais bon, j'ai la fierté d'avoir fait ma BD la plus proche de ce que la théorie/bonne pratique aurait dicté.
Je suis donc satisfait.

Merci à tous !!

[fsmrel]

C'est pourquoi il est recommandé d'utiliser une propriété "Type de conduite" permettant de savoir immédiatement avec quelle table faire une jointure.

Certes. Mais n'oublions pas les effets de bord possibles au niveau opérationnel, faisant —comme je l’ai mentionné dans mon précédent message— que pour une conduite de type gaz, l’attribut TypeDeConduite de CONDUITE prenne à tort la valeur "eau". Il est donc nécessaire de prémunir, en mettant en œuvre une contrainte ad-hoc, c'est-à-dire une assertion selon la norme SQL (ou un trigger si le SGBD ne connaît pas l’instruction CREATE ASSERTION).

Exemple d’assertion :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
Create Assertion A1 Check 
(Not Exists 
    (Select * 
     From   Conduite x 
     Where  x.TypeConduite = 'eau' 
     And    Exists (Select * 
                    From   ConduiteElectricite y 
                    Where  x.ConduiteId = y.ConduiteId
         Or Exists (Select * 
                    From   ConduiteGaz y  
                    Where  x.ConduiteId = y.ConduiteId))
  Union
    Select * 
    From   Conduite x 
    Where  x.TypeConduite = 'electricite'
    And    Exists (Select * 
                   From   ConduiteEau y 
                   Where x.ConduiteId = y.ConduiteId
       Or  Exists (Select * 
                   From   ConduiteGaz y           
                   Where  x.ConduiteId = y.ConduiteId))
  Union
    Select * 
    From   Conduite x 
    Where  x.TypeConduite = 'gaz'
    And    Exists (Select * 
                   From   ConduiteEau y 
                   Where  x.ConduiteId = y.ConduiteId
       Or  Exists (Select * 
                   From   ConduiteElectricite y 
                   Where  x.ConduiteId = y.ConduiteId))
 ) ;

Le principe reste valable pour garantir les règles d'exclusion, de totalité et apparentées.