executeupdate仅支持根实体标量字段更新，不支持导航属性、方法调用或条件运算符；executedelete绕过变更跟踪且敏感于已跟踪实体；二者均依赖where索引优化；原生sql需手动参数化并处理状态同步。
ExecuteUpdate 只能更新根实体的标量字段，别试导航属性
你写 ctx.Orders.Where(x => x.Status == "Pending").ExecuteUpdate(x => new Order { Customer.Name = "NewName" }) 会直接编译失败。EF Core 不解析导航路径赋值，底层 SQL 也不支持跨表 UPDATE。错误信息是：System.InvalidOperationException: The property 'Customer.Name' is not part of the entity type 'Order'。
只能更新 Order 自身映射的字段，比如 Status、Total、UpdatedAt 这类标量属性（string/int/DateTime）。支持简单表达式，例如：x => new Order { Total = x.Total * 1.1 }；但不能调用方法（x.Name.ToUpper()）、不能访问子对象、不能用条件运算符（x.Status == "X" ? "Y" : "Z"）。
- 需更新关联数据（如 Customer.Name），必须拆成独立语句：先查出相关
CustomerId列表，再对CustomersDbSet 执行ExecuteUpdate - 或改用
ExecuteSqlRaw+ JOIN 写原生 SQL，但得自己处理参数化和类型安全 - 别指望
ExecuteUpdate自动级联或触发ValueConverter—— 它绕过所有 EF 映射逻辑
ExecuteDelete 前必须清空上下文里已跟踪的匹配实体
ExecuteDelete 绕过 Change Tracker，不触发生命周期钩子（OnDeleting）、不走级联配置、也不校验数据注解。但它对“当前上下文是否已加载同 key 实体”极其敏感。
如果你之前执行过 context.Products.Find(123) 或 context.Products.Where(...).ToList()，又接着调用 context.Products.Where(p => p.Id == 123).ExecuteDeleteAsync()，就会抛出：InvalidOperationException: The instance of entity type 'Product' cannot be tracked because another instance with the same key value is already being tracked.
- 执行前手动清理：用
context.Entry(existingEntity).State = EntityState.Detached或批量context.ChangeTracker.Clear() - 更稳妥的做法是：在专用短生命周期上下文中执行
ExecuteDelete，避免和查询逻辑混用同一个DbContext实例 - 它不返回被删实体，只返回影响行数（
int），无法做删除后回调或日志记录 —— 需要这些能力就别用它
Where 条件没索引，ExecuteUpdate/Delete 就是全表扫描
这两个方法生成的是单条 SQL UPDATE / DELETE，性能几乎等同于手写命令，但前提是 Where 子句能命中索引。否则哪怕只改 1 行，也会全表扫描。
常见踩坑点：
Where(x => EF.Functions.DateDiffDay(x.CreatedDate, DateTime.Now) ：数据库无法索引函数计算列，必扫全表-
Where(x => x.CreatedDate > DateTime.Today && x.Status == "Archived")：若联合索引是(Status, CreatedDate)，这个顺序会导致索引失效；应改成x.Status == "Archived" && x.CreatedDate > ... - 别依赖“只影响少量数据”就忽略索引 —— EF 不知道你数据分布，数据库优化器才管这个
ExecuteSqlRaw 更新更灵活，但得自己扛参数化和事务
当 ExecuteUpdate 的限制让你卡住（比如要 JOIN 更新、要调用数据库函数、要动态拼接 SET 字段），就该切到 ExecuteSqlRaw 或 ExecuteSqlInterpolated。
必须用参数化，禁止字符串拼接。安全写法是：
- 位置参数：
context.Database.ExecuteSqlRaw("UPDATE Orders SET Processed = {0} WHERE Id IN ({1})", true, string.Join(",", ids))—— 注意 SQL Server 参数上限 2100 个 - 命名参数（推荐）：
context.Database.ExecuteSqlInterpolated($"UPDATE Users SET IsActive = {isActive} WHERE Email = {email}") - 它不刷新已加载实体状态：你用原生 SQL 改了数据库，内存里的
context.Users.Find(1)还是旧值，后续SaveChanges()可能覆盖你的修改
最易被忽略的一点：原生 SQL 操作和 EF 的变更跟踪完全隔离，既不读取也不写入本地缓存 —— 如果业务逻辑依赖“刚更新完立刻查”，就得自己加 Reload() 或新开查询。
