设计决策:多个EF EDMX文件

Question

如果您使用了实体框架,那么您就知道EDMX很酷.你也知道它可能变得巨大且几乎无法管理.

当它变大时,很有可能创建第二个EDMX或第三个 - 甚至一个用于数据库中的每个Schema(仅作为示例).

这样的分离将有助于组织您的EDMX,但它可以分离同一名称空间中的实体的上下文.

此外,单独的EDMX文件可能会导致跨EDMX文件的JOIN操作导致过多的冗余数据库通信.

但是,事实仍然是,EDMX越大,使用起来就越困难.确保它是正确的越困难.打破就越容易.

你是否将EDMX文件分开？你有什么时候的经验法则吗？

Answer 1

需要拆分 EDMX 的一个示例是，如果您有一组实体在多个项目中使用，而其他实体是特定于项目的，并且您愿意放弃各部分之间的导航属性（而只保留暴露的 FK）。

如果您想单独维护 EDMX，但要向所有 EDMX 打开上下文并作为一个整体进行查询，则可以自动将 EDMX 合并为一个。这要求它们共享相同的命名空间。