ef core 的 where 有时不生成 sql where 是因为部分 c# 表达式无法被翻译成 sql，如自定义方法、未映射属性、非可翻译的运行时计算或某些客户端集合操作；此时会抛出 invalidoperationexception 或触发客户端求值。
EF Core 的 Where 为什么有时不生成 SQL WHERE？
不是所有 C# 表达式都能被 EF Core 翻译成 SQL。比如在 Where 中调用自定义方法、使用未映射属性、或对本地集合（List<t></t>）调用 Contains，EF Core 会直接报 InvalidOperationException: The LINQ expression could not be translated。
常见踩坑点：
- 写了
users.Where(u => u.FullName.ToUpper().Contains("JOHN"))——ToUpper()在旧版 SQL Server 上可能无法翻译，改用EF.Functions.Like(u.FullName, "%john%")更可靠 - 用了
new DateTime(2024,1,1).AddDays(7)这类运行时计算 —— 改成提前算好变量：var cutoff = DateTime.Today.AddDays(7); users.Where(u => u.CreatedAt - 把内存列表传进
Where：var ids = new[] {1,2,3}; users.Where(u => ids.Contains(u.Id))—— 这个能翻译，但若ids是IEnumerable<int></int>且来自非查询源（比如someList.AsEnumerable().Select(...)），就会触发客户端求值并报错
如何判断某个 LINQ 查询是服务器执行还是客户端执行？
EF Core 默认禁止隐式客户端求值（从 3.0 开始），一旦检测到无法翻译的表达式，直接抛异常。但如果你在 DbContext 配置里关了它（options.ConfigureWarnings(w => w.Ignore(CoreEventId.ClientEvalWarning))），就可能悄无声息地把大量数据拉到内存再过滤，性能雪崩。
验证方法：
- 启用日志：在
UseSqlServer后加.LogTo(Console.WriteLine, LogLevel.Information)，看输出里有没有Executed DbCommand对应的 SQL 是否含WHERE - 用
ToString()查看表达式树生成的 SQL：users.Where(...).ToString()（注意：仅限可翻译部分，不可翻译时会抛异常） - 查 EF Core 文档的「[Supported and unsupported LINQ patterns](https://learn.microsoft.com/en-us/ef/core/querying/complex-query-operators/)」页，按操作符逐条核对
AsNoTracking() 和 AsTracking() 对查询结果的影响
默认是 AsTracking()：EF Core 会把查出的实体加入变更跟踪器（Change Tracker），后续修改属性、调用 SaveChanges() 时自动识别变化。但这也带来开销 —— 每个实体都要分配跟踪快照、监听属性 setter、维护引用关系。
什么时候必须用 AsNoTracking()：
- 只读场景，比如后台报表、API GET 列表接口
- 查询结果要手动映射到 DTO（
Select投影），实体本身不会被修改 - 大数据量分页（如
Skip(10000).Take(50)），避免 Change Tracker 内存暴涨
注意：AsNoTracking() 不影响查询 SQL 本身，但会影响返回对象的行为 —— 修改后调用 SaveChanges() 不会更新数据库，除非你显式 Attach 并设状态。
投影到匿名类型 or record or 自定义 class？
用 Select 做投影时，目标类型决定 EF Core 是否能高效生成 SQL：
- 匿名类型（
new { u.Name, u.Email }）和record（new UserSummary(u.Name, u.Email)）都能被翻译，且生成列裁剪后的 SQL（只查需要字段） - 用 class 构造函数投影（
new UserDto(u.Name, u.Email)）也可以，但该 class 必须有匹配参数顺序的 public 构造函数；若构造函数带逻辑（比如空字符串转 null），EF Core 无法翻译，会 fallback 到客户端执行 - 千万别用属性赋值式初始化：
new UserDto { Name = u.Name }—— EF Core 当前版本（8.x）仍不支持这种语法的翻译，会报错
最稳妥做法：统一用 record 或带构造函数的 DTO，并确保构造函数体为空或只做简单赋值。
