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

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)

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

Citation:

---

Envoyé par thlac

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.

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 )