EF Core 教程：性能优化之 Tracking 与 No-Tracking 查询
内容提要
本文介绍了EF Core中Tracking和No-Tracking查询的区别，以及何时使用每种类型来提高性能。Tracking查询默认跟踪实体并持久化更改，而No-Tracking查询只检索数据而不修改它，可以提高性能。通过选择合适的查询类型，可以优化EF Core应用程序的性能。
延伸解读
跟踪查询的适用场景与开销
跟踪查询是EF Core的默认行为，它会跟踪查询返回的所有实体，以便在调用SaveChanges()时持久化更改。因此，当你需要修改或更新实体时，应使用跟踪查询。但跟踪会带来额外开销，因为EF Core需要维护实体的状态信息，在大型数据集或频繁读取时可能影响性能。
无跟踪查询的性能优势
无跟踪查询通过AsNoTracking()方法禁用实体跟踪，适用于只读场景，如显示事件列表。由于EF Core不跟踪实体，内存占用更少，查询速度更快。在不需要更新数据时，使用无跟踪查询可以显著提升应用程序性能。
在服务层封装查询逻辑
文章通过EventService类封装了跟踪和无跟踪查询方法，并由EventController调用。这种分层设计保持了控制器的简洁性，同时让查询逻辑集中管理。在实际项目中，可以根据业务需求在服务层灵活选择查询类型，避免在控制器中直接操作DbContext。
Q&A
什么是Tracking查询？
Tracking查询是EF Core默认的查询方式，它跟踪所有检索到的实体，以便在调用SaveChanges()时持久化更改。
何时应该使用No-Tracking查询？
No-Tracking查询适用于只需检索数据而不进行修改的场景，例如显示事件列表。
Tracking查询和No-Tracking查询的性能差异是什么？
Tracking查询适合需要更新的场景，但开销较大；No-Tracking查询适合只读场景，内存占用少且查询速度快。
EventService类的作用是什么？
EventService类封装了查询事件的逻辑，包括Tracking和No-Tracking查询方法。
如何在EventController中调用EventService？
EventController通过调用EventService的方法来处理HTTP请求，保持控制器的简洁性。
选择合适的查询类型对EF Core应用程序有什么影响？
通过选择合适的查询类型，可以优化EF Core应用程序的性能，特别是在处理大数据集或频繁读取操作时。
