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

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Décisions SGBD Discussion :

Utiliser un héritage avec exclusion mutuelle correctement


Sujet :

Décisions SGBD

  1. #1
    Membre habitué Avatar de akecoocoo
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mars 2004
    Messages
    78
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2004
    Messages : 78
    Points : 146
    Points
    146
    Par défaut Utiliser un héritage avec exclusion mutuelle correctement
    Bonjour à tous,

    J'ai lu cette page http://sqlpro.developpez.com/cours/m...n/heritage/#L5 , mais de nombreux doutes subsistent dans mon esprit.

    J'ai une application en c#, qui exploite une collection d'objets héritant tous d'une classe mère (nommée 'Element'). J'ai ainsi des 'Titres', des 'Images', des 'Paragraphes' qui sont tous des dérivés d'Element, regroupés au sein d'un objet nommé 'ElementCollection'.

    Je dois désormais stocker ma collection d'élément en base de données, j'ai gribouillé donc le schéma suivant :

    que j'ai transformé en tables de la sorte :

    • Element ( id_element )
    • Titre ( id_element# , libelle )
    • Paragraphe (id_element# , contenu )
    • Asso_Element_Document ( id_document#, id_element#)


    Quand à partir de mon application, j'appelle l'enregistrement de chaque objet dérivé, je sais quel est le type de la spécialisation, donc, je sais exactement dans quelle table enregistrer mes informations.

    Mais c'est l'étape inverse qui me pose véritablement problème.

    Je dispose d'un identifiant pour le document, je veux récuperer l'ensemble des éléments liés à ce document, comment dois je faire ?

    Je sais récupérer tous les identifiants : SELECT id_element FROM Asso_Element_Document WHERE id_document = %ID%

    Mais pour la suite ? Dois je parcourir les tables filles avec mon application à la recherche de l'identifiant unique obtenu ci-dessus ?

    Est ce "normalisé" de mettre dans la table Element, une colonne supplémentaire pour indiquer quelle est la spécialisation de l'élément ?

    En espérant être suffisament clair et avoir quelques éclaircissements de votre part, merci d'avance !

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 839
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 839
    Points : 52 932
    Points
    52 932
    Billets dans le blog
    5
    Par défaut
    Avec le modèle suivant :
    MCD :

    MPD :


    Les requêtes sont les suivantes :

    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
     
    SELECT 'TITRE' AS NATURE, *
    FROM   T_J_POSSEDE_PSD PSD
           INNER JOIN T_TITRE_TRT TRT
                 ON PSD.ELM_ID = TRT.ELM_ID
    WHERE  PSD.DCM_ID = ?
    ORDER  BY PSD_ORDRE
     
    SELECT 'IMAGE' AS NATURE, *
    FROM   T_J_POSSEDE_PSD PSD
           INNER JOIN T_IMAGE_IMG IMG
                 ON PSD.ELM_ID = IMG.ELM_ID
    WHERE  PSD.DCM_ID = ?
    ORDER  BY PSD_ORDRE
     
    SELECT 'PARAGRAPHE' AS NATURE, *
    FROM   T_J_POSSEDE_PSD PSD
           INNER JOIN T_PARAGRAPHE PRG
                 ON PSD.ELM_ID = PRG.ELM_ID
    WHERE  PSD.DCM_ID = ?
    ORDER  BY PSD_ORDRE
    Il faut autant de requêtes que d'item. Sinon faire une union en uniformisant les colonne (difficile dans ton cas si Blob).

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre habitué Avatar de akecoocoo
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mars 2004
    Messages
    78
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2004
    Messages : 78
    Points : 146
    Points
    146
    Par défaut
    Merci beaucoup pour le schéma, je vais approfondir cela.

Discussions similaires

  1. insertion en héritage avec exclusion mutuelle
    Par kifache dans le forum Développement
    Réponses: 2
    Dernier message: 16/07/2009, 12h27
  2. utilisation de dll avec diverses compilateurs
    Par Thylia dans le forum C++
    Réponses: 30
    Dernier message: 21/10/2004, 16h30
  3. utilisation de fetch avec select
    Par arwen dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 06/06/2003, 10h03
  4. Utiliser Borland C++ avec Emacs sous Windows
    Par Eikichi dans le forum Autres éditeurs
    Réponses: 2
    Dernier message: 02/03/2003, 08h40

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo