我对dbml很好奇.我是否应该为一个数据库创建一个dbml文件,还是将其分成不同的部分,例如用户dbml (仅与用户相关的表)等等?当我这样做的时候,我会遇到一些问题。假设用户dbml有一个User表,如果Order dbml也有一个User表,如果实体名称空间相同,则不允许这样做。如果我为每个dbml设置了不同的实体命名空间,那么它可以工作,但这将给我一个不同的用户表实体。当单个数据返回到Business层时,很难知道要使用的用户表的哪个实体名称空间。
如果我构建了一个dbml文件而不是单独的dbml,那么在从数据库中获取数据时,单个dbml会比分隔的dbml版本慢吗?
发布于 2009-07-24 04:12:53
Linq设计为使用单个数据上下文对象进行操作。
LINQ的生存期
http://blogs.msdn.com/dinesh.kulkarni/archive/2008/04/27/lifetime-of-a-linq-to-sql-datacontext.aspx
NerdDinner教程使用存储库模式提供了一个典型的Linq到SQL使用的很好的例子。在所有情况下,存储库对象都使用单个数据上下文对象来执行工作:
http://nerddinnerbook.s3.amazonaws.com/Part3.htm
你想要做的事情听起来可能更适合实体框架。但是,要注意的是,实体框架在其当前版本中存在一些问题,特别是在延迟加载方面。
https://stackoverflow.com/questions/1175711
复制相似问题