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

Schéma Discussion :

Plusieurs entités pour une même relation


Sujet :

Schéma

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2005
    Messages
    130
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2005
    Messages : 130
    Points : 91
    Points
    91
    Par défaut Plusieurs entités pour une même relation
    J'ai deux types de contacts: des particuliers et des Sociétés

    Les informations sont sensiblement les mêmes (Adresse, Tel, e-mail) mais néanmoins, il y a des différences, notamment pour une société, qui dispose d'une raison sociale, d'un responsable etc.

    Je désire gérer dans son ensemble les courriers que j'envoie à tous mes contacts (Particuliers et Sociétés).

    Avec une modélisation UML j 'aurai tendance à utiliser l'héritage, en partant d'un Contact et on spécialisant mes classes, ce qui au niveau BDD relationnelle (MCD) s'apparente selon moi à un modèle «*push down*». Je me retrouve donc avec deux tables SQL, l'une pour mes particuliers et l'autre pour mes sociétés.

    Maintenant comment je fais pour gérer la relation avec la table courriers, dans laquelle j'associe les informations du courrier avec son contact, sachant que j'ai deux tables contacts ? Comment faire pour assurer l'intégrité relationnelle dans ces circonstances ? Doit on plutôt privilégier un modèle «*push up*» pour regrouper toutes les informations (particulier et société) dans une même table?

    Par avance, merci pour vos éclaircissements :-)

  2. #2
    Membre régulier
    Profil pro
    Inscrit en
    Mars 2005
    Messages
    130
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2005
    Messages : 130
    Points : 91
    Points
    91
    Par défaut
    Je pense tenir ma réponse grace à cet excelent article de SQLPro :
    http://sqlpro.developpez.com/cours/m...tion/heritage/

    En fait, il s'agit bien d'utiliser une approche par héritage comme je le pensais, simplement je ne voyais pas trop bien comment m'y prendre en Merise), et avec SQLPro c'est très clair.

    Je tag donc en résolu, seulement j'aimerai bien que des gens qui ont déjà utilisé cette approche puisse me dire ce qu'il en pense et quels problèmes cela introduit, notament au niveau applicatif par exemple ? (couche acces aux données, couches métiers y a-t-il des répercutions ?

    Merci

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [2.x] Plusieurs entités pour une même table
    Par jfsenechal dans le forum Symfony
    Réponses: 2
    Dernier message: 14/01/2015, 11h49
  2. [2.x] Plusieurs entités pour une même table doctrine
    Par JackStrieger dans le forum Symfony
    Réponses: 0
    Dernier message: 15/01/2014, 13h47
  3. plusieurs valeurs pour une même énumération
    Par adaneels dans le forum C#
    Réponses: 6
    Dernier message: 10/04/2009, 17h41
  4. Plusieurs footnote pour une même description
    Par Pharmacos dans le forum Mise en forme
    Réponses: 2
    Dernier message: 13/08/2008, 12h07
  5. Plusieurs valeurs pour une même colonne
    Par maxlegrand dans le forum Langage SQL
    Réponses: 7
    Dernier message: 16/10/2007, 13h32

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