Является ли хорошей практикой отделять контекст данных о членстве в веб-сайте от BL?

Question

В моем приложении ASP.NET MVC 3 я решил использовать EF code-first в качестве платформы ORM.EF Code-First опирается на класс DbContext, который предоставляет доступ к коллекциям хранимых сущностей.

Было бы целесообразно разделить веб-коллекции, связанные с доступом к сайту (поставщики настраиваемого членства и роли), в один DbContext(также отдельная база данных), и есть еще одна база данных и DbContext для хранения объектов бизнес-логики?

Answer 1

Если вы используете встроенные классы членства ASP.NET с SqlMembershipProvider, вам даже не понадобится контекст Entity Framework для этого аспекта.

Но даже если вы делаетеВ соответствии с вашей собственной логикой членства, целесообразно разделить таблицы базы данных на логические группировки для контекста EF и не допускать, чтобы ваши контексты становились слишком большими.Слишком большие контексты становятся сложными для работы и требуют больше времени для начальной загрузки, когда система инициализируется.

Answer 2

Мое общее правило - один DbContext на соединение с базой данных. Если вы не используете Connection или не имеете связанных сущностей, объединение их в один DbContext.

не принесет никакой пользы.