none
[.NET4] Architecture BDD - Entity framework RRS feed

  • Question

  • Bonjour,

    Je viens de finir un ouvrage sur C# 5 dont la partie Entity Framework m'intéresse beaucoup et je lis actuellement Tête la première - Analyse et Conception OO histoire de se remettre à un peu à jour.

    Le problème dans ce dernier ouvrage pour faire un programme propre m'interpelle.

    Dans leur exemple, une application de gestion de guitares. Il sort de la classe Guitare les caractéristiques de celle-ci (fabriquant, couleur...) pour le placer dans une classe conteneur PrefGuitare. Cette dernière est utilisée comme critère de recherche et serait plus évolutif en cas d'ajout de critère.

    D'un point de vue base de données, cela revient à diviser en deux tables (minimum) pour le coup.

    Après discussion sur un autre forum, un argument intéressant est lié aux performances. En découpant ainsi, on évite d'avoir trop de colonnes ou de données lors des requêtes.

    Mais du coup :

    - on augmente le nombre de tables (surtout si l'on considère que des critères peuvent être découpés dans des sous tables différentes)

    - trop de tables tue la table ?

    - est ce que ce type de découpage à forte granularité est compatible avec Entity ? (j'ai un peu de mal à voir comment la prog OO telle que décrite dans le livre s'adapte à des BDD.

    Merci,

    Vincent

    mardi 27 janvier 2015 22:41

Toutes les réponses

  • Bonjour Vincent,

    Entity travaille en mode non connecté sur des tables virtualisées sur l'application cliente. Je ne pense pas que le nombre de table soit un problème en soit puisque l'on dilue les données extraites. Sur le principe une Dll s'execute pour l'extraction des données et reste active avec ton application,. Cette Dll ne se connecte que pour sauvegarder des informations nouvelles si j'ai tout compris. Personnellement j'exploite une trentaine de tables, mais au cours de mes recherches initiales j'ai lu que certains travaillaient avec plus d'une centaine.

    J'espère t'avoir éclairé.

    Jacky


    Jbenon

    mercredi 28 janvier 2015 09:02
  • Bonjour,

    Ok pour la partie entity. merci :)

    D'un point de vue conceptuel ? Je vais revoir mes tables pour avoir un truc plus ouvert sans non plus trop sous-découper pour ne pas complexifier.

    mercredi 28 janvier 2015 09:11