dbml 中的 Linq to Sql 数据类

Question

我对 dbml 有点好奇......我应该为一个数据库创建一个 dbml 文件还是分成不同的部分，例如用户 dbml（仅表与用户相关）等？当我这样做时，我会遇到一些问题。假设 User dbml 有一个 User 表，如果 Order dbml 也有一个 User 表，如果实体命名空间相同，则不允许这样做。如果我为每个 dbml 设置了不同的实体命名空间，它可以工作，但这会给我一个用户表的不同实体。当单个数据返回业务逻辑层时，很难知道要使用用户表的哪个实体命名空间。

如果我构建了一个 dbml 文件而不是单独的 dbml，那么在从数据库中获取数据时，单个 dbml 是否会比单独的 dbml 版本慢。

Answer 1

Linq to SQL 旨在使用单个数据上下文对象进行操作。

LINQ to SQL DataContext 的生命周期
http://blogs.msdn.com/dinesh.kulkarni/archive/2008/04/27/lifetime-of-a-linq-to-sql-datacontext.aspx

NerdDinner 教程有一个很好的典型 Linq to SQL 用法示例，使用存储库模式。在所有情况下，存储库对象都使用单个数据上下文对象来执行工作：

http://nerddinnerbook.s3.amazonaws.com/Part3.htm

您尝试做的事情听起来可能更适合Entity Framework。但是请注意，实体框架在其当前版本中存在一些问题，尤其是在延迟加载方面。