Entity framework 实体框架：一个大模型还是一组小模型？

我们最近一直在讨论使用实体框架的方法。我们有一个相当大和复杂的基于网络的n层应用程序，这是由于一个重大的大修

问题是：如果我们从哪里开始使用实体框架，创建一个大模型还是一组更小的基于功能/活动的模型更好

对此我有自己的看法，但我很想听听其他人的想法

更新（2008年11月17日）： 我一直在为家里的小项目创建一个模型，将其删除并重新创建，等等。虽然我还没有尝试过，但我怀疑，当涉及大量实体类型时，这种方法将更具挑战性

---

另外，有没有人有过在使用TFS或类似工具的大型团队中使用ef的经验？

根据我的经验，我只需要制作一个大型数据库模型。否则，可能很难跟踪哪些表在哪里更改。当我对数据库进行更改时，我只是删除模型中的所有表并重新生成它

当然，我也没有通过向模型中添加“实体”功能来自定义模型（不知道它到底是如何工作的）

---

因此，我不是这方面的专家，但我通常最终使用LINQ To SQL模型/对象而不是实体框架——到目前为止，它对我来说效果更好。

根据我的经验，我只需要制作一个大型数据库模型。否则，可能很难跟踪哪些表在哪里更改。当我对数据库进行更改时，我只是删除模型中的所有表并重新生成它

当然，我也没有通过向模型中添加“实体”功能来自定义模型（不知道它到底是如何工作的）

所以我不是这方面的专家，但我通常使用LINQ到SQL模型/对象，而不是实体框架——到目前为止，它对我来说效果更好