Je suis en train de travailler sur une application web à l'aide de ASP.NET 3.5. L'application a des centaines de tableaux. On m'a dit dans un séminaire que je devrais en utiliser un .Fichier DBML pour l'ensemble de l'application au lieu d'utiliser plusieurs .DBML fichiers (il y a aussi un post sur stackoverflow que dit la même chose). Étant donné que j'ai beaucoup de tableaux avec un .Fichier DBML un sens ou suis-je mieux de la création de plusieurs .DBML fichiers qui sont regroupés logiquement?
Par exemple, je pense à la création de la suivante .DBML fichiers:
- Client
- Vendeur
- Employé
- Ordre De Vente
L'une des préoccupations que j'ai sur l'utilisation de plusieurs .DBML fichiers est comment je pourrais gérer les mises à jour à travers .DBML fichiers. Par exemple, si je devais mettre à jour un champ dans la table client lors d'une nouvelle commande a été saisie. Comment pourrais-je gérer cela? Je certainement ne voulez pas inclure la table client à la fois pour le Client et la Commande de Vente .DBML fichiers. Pourrais-je envelopper les opérations dans un TransactionScope?
Je ne sais pas si la suite a aucun impact sur la réponse, mais mon plan est d'utiliser le modèle de référentiel et des classes POCO de sorte que les références à la table des définitions dans le .DBML fichier sera local dans ma couche d'accès aux données.
Merci