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

UML Discussion :

Modelisation d'une BD pour refléter plusieurs implémentation d'un objet


Sujet :

UML

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Expert confirmé
    Avatar de Immobilis
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mars 2004
    Messages
    6 559
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Mars 2004
    Messages : 6 559
    Par défaut Modelisation d'une BD pour refléter plusieurs implémentation d'un objet
    Salut,

    Je dois implémenter un systeme de commissions. Selon le type de partenaire les informations recueillies diffèrent. Pourtant, les indicateurs finaux restent les mêmes (ex: total à payer).

    J'ai ouvert une discussion ici indiquant une solution selon l'utilisation de métadonnées. Je ne suis pas certain que ce soit très pratique au final.

    Une autre solution serait d'utiliser une seule table dont les champs contiennent tous les champs nécessaires pour implémenter tous le types de partenariat. Par contre, selon le partenariat, certains champs seraient laissés à vide. Ce qui n'est pas très optimisé.

    Une autre solution serait de faire une tale différente par partenariat. C'est un peu lourd.

    Du coup, je ne sais pas trop quoi choisir. Qu'en pensez-vous?

    A+
    "Winter is coming" (ma nouvelle page d'accueil)

  2. #2
    Rédacteur
    Avatar de pseudocode
    Homme Profil pro
    Architecte système
    Inscrit en
    Décembre 2006
    Messages
    10 062
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 52
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Architecte système
    Secteur : Industrie

    Informations forums :
    Inscription : Décembre 2006
    Messages : 10 062
    Par défaut
    Une troisième solution: "Class Table Inheritance".

    Une table principale pour les données "communes" et des tables secondaires pour les données "spécifiques" de chaque partenaire.
    ALGORITHME (n.m.): Méthode complexe de résolution d'un problème simple.

  3. #3
    Expert confirmé
    Avatar de Immobilis
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mars 2004
    Messages
    6 559
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Mars 2004
    Messages : 6 559
    Par défaut
    Reproduire le modèle objet dans la base de données?
    "Winter is coming" (ma nouvelle page d'accueil)

  4. #4
    Rédacteur
    Avatar de pseudocode
    Homme Profil pro
    Architecte système
    Inscrit en
    Décembre 2006
    Messages
    10 062
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 52
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Architecte système
    Secteur : Industrie

    Informations forums :
    Inscription : Décembre 2006
    Messages : 10 062
    Par défaut
    Citation Envoyé par Immobilis Voir le message
    Reproduire le modèle objet dans la base de données?
    Oui. A mon sens c'est le plus simple.

    Coté BDD, c'est simple à maintenir et à faire évoluer.
    Coté application, c'est assez simple a implémenter:

    Creation/Update/Delete: il faut gérer 2 enregistrements (1 dans la table principale et 1 dans la table secondaire). Si tu codes dans un langage objet c'est encore plus simple: la classe fille gère ses attributs puis demande a la classe parente de faire de même.

    Retrieve: faire une UNION (SQL) lors de la récupération des données.
    ALGORITHME (n.m.): Méthode complexe de résolution d'un problème simple.

Discussions similaires

  1. Réponses: 2
    Dernier message: 07/02/2011, 17h34
  2. [XL-2007] creer une macro pour sommer plusieurs feuilles
    Par Joelol dans le forum Macros et VBA Excel
    Réponses: 3
    Dernier message: 11/11/2010, 10h34
  3. Réponses: 1
    Dernier message: 04/02/2010, 20h41
  4. Réponses: 3
    Dernier message: 03/11/2007, 21h47
  5. Une requête pour éditer plusieurs lignes.
    Par Anduriel dans le forum Requêtes
    Réponses: 3
    Dernier message: 02/05/2006, 20h24

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