为何EF中Select().Contains()可行而Any()不行？附场景验证

最初尝试的代码：

var statesIndirectDelete = await States
    .Where(s => deletedCountries.Any(c => c.Id == s.CountryId))
    .ToListAsync();

运行后出现错误：

System.InvalidOperationException
The LINQ expression 'c => c.Id == EntityShaperExpression:
LouisHowe.core.Models.State
ValueBufferExpression:
ProjectionBindingExpression: EmptyProjectionMember
IsNullable: False
.CountryId' could not be translated. Either rewrite the query in a form that can be translated, or switch to client evaluation explicitly by inserting a call to 'AsEnumerable', 'AsAsyncEnumerable', 'ToList', or 'ToListAsync'.

修改后的代码可正常运行：

var statesIndirectDelete = await States
    .Where(s => deletedCountries.Select(c => c.Id)
    .Contains(s.CountryId))
    .ToListAsync();

需要解答两个问题：

1. 为什么第一种写法会失败？
2. 这种Select().Contains()的方式是否是实现以下需求的最优方案：
   • 有一个Country对象列表；
   • 需要获取所有属于这些国家下属的State对象列表（比如国家列表是{"USA", "CANADA"}，要获取"California"、"Quebec"等州/省）。

一、第一种写法失败的原因 #

EF Core无法将deletedCountries.Any(c => c.Id == s.CountryId)这种内存集合与数据库实体的跨上下文比较逻辑正确翻译成SQL语句。

deletedCountries是内存中的本地列表，而s.CountryId是数据库State表的字段。当你在Where条件里用Any对本地集合做判断时，EF Core无法把这个逻辑转换为数据库能识别的SQL（比如WHERE CountryId IN (...)），因为它无法处理本地集合元素和数据库字段的直接比较逻辑，最终导致表达式翻译失败。

二、Select().Contains()是否是最优方案 #

这种方式是当前场景下的最优方案之一，理由如下：

• 可被EF Core正确翻译：该表达式会被转换成标准的SQL IN子句（如WHERE CountryId IN (1,2,3)），数据库能高效执行，还可利用索引优化性能。
• 性能更优：让数据库完成过滤工作，避免把全量State数据拉到内存再处理，减少了数据传输量。
• 代码直观简洁：直接表达了“筛选CountryId在指定列表中的State”的业务逻辑，可读性强。

如果deletedCountries列表规模极大（比如上万条），可以考虑分批查询或临时表方案，但对于常规规模的列表，Select().Contains()完全够用，是推荐的实现方式。

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