Linq to sql 一个通用（edmx./.dbml）或多个，取决于域、功能等标准？
您是否有一个庞大的linq-to-sql DBML或linq-to-entities.EDMX文件/名称空间，还是有许多逻辑上分开的文件/名称空间Linq to sql 一个通用（edmx./.dbml）或多个，取决于域、功能等标准？,linq-to-sql,orm,linq-to-entities,Linq To Sql,Orm,Linq To Entities,您是否有一个庞大的linq-to-sql DBML或linq-to-entities.EDMX文件/名称空间，还是有许多逻辑上分开的文件/名称空间 例如，在db模式中，如果您有3个子模式，如（Audit和UserMgmt）、人力资源、销售……您会将它们分开吗？将表/实体保持在同一DBML中的唯一好理由是，如果它们之间有一种您需要能够导航的关系 如果域不相关，保持单独的DBML将使事情变得更容易（设计者很快就会变得糟糕） 更重要的是，两个域可能共享表，但这并不意味着您应该将它们都放在同一个模型中。
例如，在db模式中，如果您有3个子模式，如（Audit和UserMgmt）、人力资源、销售……您会将它们分开吗？将表/实体保持在同一DBML中的唯一好理由是，如果它们之间有一种您需要能够导航的关系 如果域不相关，保持单独的DBML将使事情变得更容易（设计者很快就会变得糟糕） 更重要的是，两个域可能共享表，但这并不意味着您应该将它们都放在同一个模型中。如果它们的使用是分开的，则将它们分开（User是一个表，可能仅在多个域中用作引用，并在另一个域中进行编辑，因此为每个域保留一个用户实体可能完全有助于减少过载）