Wir entwickeln eine Anwendung für eine SQL Server 2005-Datenbank, die aus Sicherheitsgründen mehrere Schemas verwendet. Die Anwendung wird EF 2 im .NET 4.0-Framework verwenden.
Ich frage mich, wie diese SQL-Schemas (Support, Admin, Employee) usw. auf der EF-Seite dargestellt werden / werden / werden sollen. Sollte ich die verschiedenen Entitäten in separate Modelle (edmx-Dateien) in der Anwendung aufteilen, um die SQL-Schemas widerzuspiegeln? Mir geht es weniger um Namenskonflikte als um ein intuitiveres Verständnis des Modells.
Was sind die Empfehlungen oder Best Practices in diesem Bereich?
Danke!
Sie könnten Ihre Klasse mit TableAttribute dekorieren, wenn Sie verwenden attributbasierte Zuordnung.
Im Allgemeinen ist die Tabelle in einem Schema eine andere Entität als die Tabelle in einem anderen Schema. Dies bedeutet, dass Sie Ihre Klassen in den entsprechenden Namespaces gruppieren können.
Tags und Links entity-framework .net-4.0 sql-server-2005