Personne ne m'a appris comment les utiliser, et je ne trouve pas grand-chose sur la façon dont je devrais les utiliser correctement.Contextes de données - Linq to SQL
En ce moment je dire avoir un contexte de données pour mes utilisateurs, les informations utilisateur, les profils d'utilisateur, etc. Je puis un autre pour mon centre d'aide, qui détiennent des billets, des réponses des billets et des pièces jointes des billets etc.
Est c'est correct? Devrais-je les partager comme ça? Je ne peux pas créer une association entre deux contextes de données apparemment dans le concepteur. Toutes les tables doivent-elles être dans un seul contexte de données? Un avantage à les séparer? Les tables qui s'y trouvent ne sont pas totalement indépendantes les unes des autres.
Je déteste habituellement ce genre de commentaires, mais je dois LINQ-2 Say-sql est PAS un cadre recommandé, pas même par Micro $ oft (ils vont l'abandonner en faveur d'Entity Framework). Si vous avez le choix, optez pour autre chose (nHibernate totaly rocks). –
@sJhonny: ce n'est pas vrai. Il ne sera pas abandonné mais il sera maintenu en parrallèle. Si vous n'avez pas beaucoup de différences entre votre base de données et votre objet de gestion linq-2-sql est bien – Pleun