挖掘ADO.NET Entity框架的性能

　　注意，PerformanceArticleContext是一个委托。对于编译了的LINQ查询而言，第一次执行耗时305毫秒，而随后的执行时间则为15毫秒。结果并不惊人，值得关注的是编译的LINQ查询比之常规方式的LINQ查询，执行时间少了3毫秒。或许对于几个查询而言，这算不上什么，但如果有数以千计的查询，这样的性能提升就倍显价值所在了。

　　ADO.NET团队建议开发人员在查询中应谨慎使用Track/NoTrack选项：

　　在之前的例子中，所有放在对象创建中的查询结果都被添加到ObjectStateManager中，因此我们能够跟踪它们的更新。如果没有必要跟踪对象的更新和删除，那么最好是使用NoTracking合并项。例如，在一个ASP.NET Web应用程序中，如果它要查询一个指定的分类名称，但却不需要对返回的数据进行更新，那么NoTracking就会是一个不错的选择。在这种情形下，使用NoTracking的查询会在性能方面得到改善。

　　基于前面的一组数字，NoTracking选项能够大幅度地降低执行的时间，而其中性能的提升主要源自于我们停止了对变更的跟踪以及对关系的管理。如果使用NoTracking查询，无论是第一次执行还是随后的执行，编译的LINQ查询都要优于标准的LINQ查询。注意，编译的LINQ查询的第二次执行与Entity SQL查询的第二次执行相等。

　　ADO.NET团队同时还提醒开发者在创建查询时，有一些内容必须铭记于心：

　　在Entity框架中优化查询性能时，应该针对特定的编程场景做出最佳选择。这里列举了几个关键项：

　　◆ObjectContext的首次创建包含了装载和验证元数据的性能损耗。

　　◆任何一个查询的首次执行都包含了构建一个查询缓存的性能损耗，以利于提高后续查询的执行速度。

　　◆编译的LINQ查询比未编译的LINQ查询要快。

　　◆如果不需要跟踪数据的变更与数据的关系，或者对大数据对象进行流操作，那么通过NoTracking合并项执行查询，效果会更佳。