Entity framework 4 使用导致性能问题的自跟踪实体集

我在ADO.Net团队中看到了这一点，在我开始在应用程序中使用它之前，它看起来非常有前途。我有EF 4.0模型，有近100个自跟踪实体。在我的项目中包含迭代器之后，任何扩展方法“StartTrackingAll”或“StopTrackingAll”都需要5秒才能完成。是否有人遇到过同样的问题，或者有人知道有更好的选择。

您的实体与此相关吗？在这种情况下，您不需要使用

StartTrackingAll

，因为

StartTracking

本身：

StartTracking方法指示 将实体上的跟踪器更改为启动 记录应用于的任何更改 实体。这包括对 标量属性、集合和 对其他实体的引用。这个 自跟踪实体开始跟踪 当它们被 通过反序列化到客户端 Windows通信基金会 （WCF）。跟踪功能也会打开 对于中新创建的实体 以下场景：

* A relationship is created between the new entity and an entity that is already tracking changes.

* The MarkAs[State] or AcceptChanges method is called on an entity.

---

如果您没有使用相关实体，那么您需要同时跟踪100个实体听起来很奇怪。此外，如果实体没有关系，则可能根本不需要跟踪它们。

您的实体是否有关系？在这种情况下，您不需要使用

StartTrackingAll

，因为

StartTracking

本身：

StartTracking方法指示 将实体上的跟踪器更改为启动 记录应用于的任何更改 实体。这包括对 标量属性、集合和 对其他实体的引用。这个 自跟踪实体开始跟踪 当它们被 通过反序列化到客户端 Windows通信基金会 （WCF）。跟踪功能也会打开 对于中新创建的实体 以下场景：

* A relationship is created between the new entity and an entity that is already tracking changes.

* The MarkAs[State] or AcceptChanges method is called on an entity.

如果您没有使用相关实体，那么您需要同时跟踪100个实体听起来很奇怪。此外，如果实体没有关系，则可能根本不需要跟踪它们