EF Core 6中通过ICollection导航属性查询如何生成高效SQL？

可以通过导航属性的方式生成高效的COUNT统计SQL，核心是要让统计逻辑在数据库端执行，而不是先加载全量关联数据到内存再统计。

问题根源 #

你直接调用admin.Departments.Count(d => !d.Deleted)时，EF Core的行为是：

• 如果Departments导航属性已经被加载（或懒加载触发后），调用的是IEnumerable<T>.Count()，会在内存中过滤统计，这会先把所有关联的Departments数据拉取到本地，自然生成冗余SQL；
• 如果未加载，懒加载会先执行查询拉取所有关联Departments，再在内存统计，同样低效。

而直接通过上下文写的查询，是基于IQueryable<T>的操作，EF会将过滤和统计逻辑直接翻译成数据库端的COUNT语句，所以高效。

解决方法 #

利用EF Core的Entry API获取导航属性的查询对象，让统计逻辑走数据库端查询：

var depCount = await context.Entry(admin)
    .Collection(a => a.Departments)
    .Query()
    .CountAsync(d => !d.Deleted);

原理说明 #

• context.Entry(admin).Collection(a => a.Departments)：获取对应导航属性的集合入口；
• .Query()：返回该导航属性对应的IQueryable<Department>，这个查询会自动带上admin与Departments的关联条件（比如AdminId = @adminId）；
• 后续的CountAsync(d => !d.Deleted)会被EF翻译成和你上下文直接写的一样的高效SQL，直接在数据库端完成过滤和统计，不会拉取全量数据。

这种方式不需要关闭懒加载，只是绕过了直接访问导航属性触发的集合加载逻辑，改用数据库端查询实现统计。

内容的提问来源于stack exchange，提问作者lukas_s63