Entity framework 4 数据库表是否应存在于多个edmx文件中？

假设我有一个现有的数据库，大约有90个表。我看到过这样的评论：将它们全部包含在一个大的edmx文件中被认为是不好的做法。假设我有诸如HR、Legal和Accounting之类的逻辑分组，可以用来创建多个edmx文件。这是有道理的。然而，我不知道的是，如果这些逻辑分组中的每一个都包含一个常用表（如employee、address等）的外键，该怎么办。每个edmx文件是否也应该包含这些表，或者是否有更好的方法来处理这些表

另一方面，创建edmx文件时，有多小是太小？包含5个实体的上下文是否太小？2.有一般的经验法则吗

---

感谢您的指导

从运行时的角度来看，是否将模型拆分为多个edmx文件并不重要。90个实体应该可以，但当你的应用程序启动时，你可能会看到一些延迟。如果您遇到这种情况，您可能需要预生成视图来解决此问题。如果有许多实体，EF设计器的速度会很慢。然而，VS 2012中的EF Designer允许每个模型有多个图表，以可视化整个模型的子部分。

---

如果您认为可以轻松地管理模型，而无需拆分模型，那么您可以尝试只使用一个模型。如果无法管理，您可以考虑拆分。

谢谢您的回复，但这并不能回答问题。如果我决定使用多个型号，我如何处理所有型号（如员工、地址等）所需的表格？对于每个模型，是否会包括这些表？我相信您需要使用实体的完全限定名（因为所有非基本类型都是完全限定的，所以应该可以正常工作）。尝试只创建两个相关实体，并将它们放在单独的文件中，以检查这是否可行。