Comment Entity Framework gère-t-il les schémas SQL Server?

Question

Nous développons une application sur une base de données SQL Server 2005 qui utilise plusieurs schémas à des fins de sécurité. L'application utilisera EF 2 dans le framework .NET 4.0. Ce que je me demande, c'est comment ces schémas SQL (Support, Admin, Employee) etc. peuvent/devraient/devraient être représentés du côté EF. Dois-je séparer les différentes entités dans des modèles distincts (fichiers edmx) dans l'application pour refléter les schémas SQL? Je ne suis pas aussi préoccupé par les conflits de noms que par la compréhension du modèle plus intuitivement. Quelles sont les recommandations ou les meilleures pratiques dans ce domaine?

Merci!

Answer 1

vous pouvez décorer votre classe avec TableAttribute si vous utilisez un mappage basé sur les attributs.

En règle générale, la table d'un schéma est une entité différente de celle d'un autre schéma, ce qui indique que vous pouvez regrouper vos classes dans des espaces de noms respectifs.