你会否把所有的对象都放入同一个dbml?

--------------------编程问答-------------------- 一个数据库一个dbml --------------------编程问答-------------------- 系统大就细分，系统小就一块。。。
用了dbml就没办法用严格意义上的三层架构了

--------------------编程问答-------------------- 应该用一个 就够了 吧 我重来就只用了一个  --------------------编程问答-------------------- 楼主这问题，谈下个人看法，去年我用linq做持久层，做的是出版社ERP软件，模型驱动下，系统分为N个组件，比如Base（基础）、Sys（系统）、FI(财务)，我的每个组件是一个dbml文件，同时我在dbml文件里将改组件所引用的BE实体包括进来以便于查询使用。
个人理解：也就是说相关联的表结构应该放一个dbml --------------------编程问答-------------------- 如果不放在同一个 dbml 或 edmx 中，会导致跨 dbml / edmx 的ESql查询不能被执行，即多个表联合查询会出现问题。

如果不放在同一个 dbml 或 edmx 中，这种做法往往会伴随着是否业务类是否要拆分为多个类库项目而存在？
如果业务类拆分为多个类库项目，建议各个 dbml 或 edmx 共同放在更为底层的类库项目中，并且使用相同的 namespace，这样可以避免业务类在使用实体时会出现不必要的混乱，如类库项目交叉引用的出现。

都放在同一个 dbml 或 edmx 中，这是最理想的情况，但是表要是太多了，确实也是麻烦，VS2010 在“从数据更新模型”上比 VS2010SP1 有了很大的进步，但仍然还是有一些问题。 --------------------编程问答-------------------- 80个表用一个dbml应该很正常吧！ --------------------编程问答--------------------

引用 6 楼 apollo_ts 的回复:

80个表用一个dbml应该很正常吧！

正常。从3个到3000个都算正常。

反倒是lz那样在多个里边各有许多重复，才算不正常。 --------------------编程问答-------------------- 学习了 --------------------编程问答--------------------

引用 1 楼 foren_whb 的回复:

一个数据库一个dbml

正解，代码最大的原则就是要规矩！ --------------------编程问答-------------------- 支持一个数据库一个DBML

实体类之间的关系手工去区别并分类，麻烦~~  

引用 4 楼 liuxueshu 的回复:

楼主这问题，谈下个人看法，去年我用linq做持久层，做的是出版社ERP软件，模型驱动下，系统分为N个组件，比如Base（基础）、Sys（系统）、FI(财务)，我的每个组件是一个dbml文件，同时我在dbml文件里将改组件所引用的BE实体包括进来以便于查询使用。
个人理解：也就是说相关联的表结构应该放一个dbml

补充：.NET技术 ,  LINQ