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

ASP.NET Discussion :

Plusieurs context de données vs 1 seul context de données - ASp.Net EntityFramework C#


Sujet :

ASP.NET

  1. #1
    Nouveau membre du Club
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mars 2011
    Messages
    40
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

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

    Informations forums :
    Inscription : Mars 2011
    Messages : 40
    Points : 35
    Points
    35
    Par défaut Plusieurs context de données vs 1 seul context de données - ASp.Net EntityFramework C#
    Bonjour,

    Je souhaite créer un site sous forme de différents modules :
    1. Sécurité : Connexion / déconnexion / gestion des utilisateurs
    2. Social : amis /discussions / commentaires
    3. Produits : CRUD + Notation
    4. Ventes : CRUD + propositions personnalisées


    Pour l'instant, je n'est qu'un seul context de données avec toutes mes classes. Ce n'est pas très modulaire ...

    Mais quand j'utilise plusieurs context de données, je dois effectuer des requêtes supplémentaires pour faire les liens entre les objets d'un contexte et celui d'un autre : par exemple entre un profil (qui est dans le context 2), et sa notation d'un produit (qui est dans le context 3).

    Est-ce grave au niveau des performances ? Y a t-il mieux ?

    Dans l'absolu, j'aimerais utiliser des propriétés de navigation entre toutes mes classes

    De user (context 1) vers Profil (context 2)
    de profil (context 2) vers produits (context 3) ...


    Bonne soirée et bonnes fêtes à tous

    Thlac

  2. #2
    Membre éprouvé
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    777
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : Belgique

    Informations forums :
    Inscription : Novembre 2003
    Messages : 777
    Points : 1 077
    Points
    1 077
    Par défaut
    Si tu fais plusieurs context, tu ne pourras pas faire de lien (navigation et/ou association) entre tes entités. De plus, chaque context ouvrira une connexion vers la DB, il faudra être vigilant dans ta gestion du context pour ne pas submerger ton server SQL de connexion ouverte.

    Tu risques aussi de pénaliser les performances car tu devras p-e faire un query dans plusieurs context pour récupérer toute l'information souhaitée. (ou bien passer par une view et/ou store proc qui consoliderait les informations)

  3. #3
    Nouveau membre du Club
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mars 2011
    Messages
    40
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

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

    Informations forums :
    Inscription : Mars 2011
    Messages : 40
    Points : 35
    Points
    35
    Par défaut
    Merci.

    C'est bien ce qu'il me semblait.
    Mais d'un autre côté je n'ai pas trop le choix si je ne veut pas dupliquer mes données d'identification. n'est-ce pas ?

    A+
    TL

  4. #4
    Membre éprouvé
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    777
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : Belgique

    Informations forums :
    Inscription : Novembre 2003
    Messages : 777
    Points : 1 077
    Points
    1 077
    Par défaut
    Citation Envoyé par thlac Voir le message
    Merci.

    C'est bien ce qu'il me semblait.
    Mais d'un autre côté je n'ai pas trop le choix si je ne veut pas dupliquer mes données d'identification. n'est-ce pas ?

    A+
    TL
    Tu devrais p-e faire un seul context et faire ton propre model qui lui serait séparé en différent modules.

  5. #5
    Membre régulier
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    49
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : France

    Informations forums :
    Inscription : Juin 2007
    Messages : 49
    Points : 85
    Points
    85
    Par défaut
    Un seul contexte semble la meilleur solution, tu peut même garder tout le temps le même modèle et gérer une activation de module ( https://en.wikipedia.org/wiki/Feature_toggle )

Discussions similaires

  1. Réponses: 0
    Dernier message: 01/03/2015, 12h04
  2. Plusieurs Jobs, Un seul contexte
    Par haskouse dans le forum Développement de jobs
    Réponses: 4
    Dernier message: 23/01/2012, 14h00
  3. Réponses: 8
    Dernier message: 23/09/2008, 12h20
  4. Réponses: 11
    Dernier message: 08/03/2007, 15h29
  5. Plusieurs devices de données pour une seule base
    Par The Wretched dans le forum Sybase
    Réponses: 4
    Dernier message: 12/10/2006, 10h27

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