使用实体我目前有dbcontext,其中包含每个表.
我想知道这是否是每个人都做的,或者你有一个模块的上下文.对我来说,dbcontext是将模型映射到数据库的连接,并且由于只有一个数据库,我只需要一个数据库.
在我得到太远之前,我想看看是否合适.
那么每个数据库有1个db上下文吗？
解决方法
我最近经历了这个相同的过程,发现了一些关于这个问题的巨大资源.这是一对夫妇,非常有帮助：
> Shrink EF Models with DDD Bound Contexts.
> How to decide on a lifetime for your ObjectContext.
我正在构建一个桌面应用程序,我最终使用多个上下文,以便我可以将生命与文件保持一致,而不是应用程序.这对我来说已经很好了,我喜欢我的DbContext不被DbSets淹没,并且限于与当前模块相关的DbContext.
在一个ASP.NET MVC应用程序中,它是不同的,因为DbContext只会生存的请求,在这种情况下,我通常使用单个DbContext来简化事情,除非数据库非常大.有了一个大数据库,我可能会把它分解成多个DbContexts,只是为了限制开销和杂乱,并保持区分.
