在我的ASP.NET MVC 3應用程序中,我決定首先使用EF代碼作爲ORM框架。 EF代碼 - 首先依靠DbContext類來公開訪問存儲實體的集合。將網站會員資格數據上下文與BL分開是否是一種很好的做法?
在一個DbContext(一個單獨的數據庫中)中分離Web「站點訪問相關」(自定義成員資格和角色提供程序)集合並擁有另一個數據庫和DbContext來存儲業務邏輯實體?
在我的ASP.NET MVC 3應用程序中,我決定首先使用EF代碼作爲ORM框架。 EF代碼 - 首先依靠DbContext類來公開訪問存儲實體的集合。將網站會員資格數據上下文與BL分開是否是一種很好的做法?
在一個DbContext(一個單獨的數據庫中)中分離Web「站點訪問相關」(自定義成員資格和角色提供程序)集合並擁有另一個數據庫和DbContext來存儲業務邏輯實體?
如果利用內置的ASP.NET成員資格類,與SqlMembershipProvider的,你甚至都不需要有東西這方面的實體框架上下文。
但是,即使你在做你自己的會員的邏輯,這是明智的數據庫表分成邏輯分組爲您的EF上下文,並避免讓你的環境中獲得太大。當系統初始化時,過大的上下文變得難以使用並且需要更長的時間來引導。
我的一般原則是每個數據庫連接一個DbContext
。除非您分享Connection
或有相關實體,否則將它們全部合併到一個單獨的DbContext
沒有任何好處。