EF Core 不原生支持临时表，但可通过三种方案实现：1. 内存集合+Contains模拟小数据表变量；2. FromSqlRaw执行真实临时表SQL应对大数据复杂逻辑；3. 引入第三方扩展库自动管理临时表。
EF Core 本身不原生支持临时表（#TempTable）的建模与直接 LINQ 查询，但可通过多种方式实现类似效果——关键看你的目标：是想在数据库端执行中间计算、规避大数据量传输，还是仅需本地模拟“表变量”逻辑。下面分三类实用方案讲清楚。
用内存集合 + Contains 模拟表变量（最常用）
适用于 ID 列表、状态码等小数据集，无需建库表，EF Core 自动转成 IN 子句：
- 写法简洁：
var ids = new[] {101, 102, 105}; var orders = context.Orders.Where(o => ids.Contains(o.UserId)).ToList(); - 生成 SQL 是
WHERE UserId IN (101,102,105)，语义等价于表变量 JOIN - 注意：数据量超过几千条时性能下降明显，SQL Server 对 IN 参数数量也有隐式限制（通常约 2100 个）
用原始 SQL + FromSqlRaw 调用真实临时表
当必须在服务端完成多步逻辑（如先筛选再聚合再关联），且数据量大、无法全拉到内存时，可手写带 # 的临时表 SQL：
- 示例：
var sql = "SELECT * INTO #tmp FROM Orders WHERE Status = 'Shipped'; SELECT o.* FROM #tmp o JOIN Customers c ON o.CustomerId = c.Id;"; var result = context.Orders.FromSqlRaw(sql).ToList(); - 缺点：不能参数化传入临时表数据（
INSERT INTO #tmp VALUES (@p1)不支持批量参数），需拼接或改用表值参数（TVF） - 优点：完全控制执行计划，适合复杂 ETL 场景
用第三方扩展支持自动临时表（如 Thinktecture.EntityFrameworkCore）
若项目频繁使用临时表，推荐引入成熟封装库，它能帮你把 .NET 对象批量写入 # 表并参与后续查询：
- 安装包：
Thinktecture.EntityFrameworkCore或EntityFrameworkCore.MemoryJoin - 注册支持：
options.UseSqlServer(connStr, opt => opt.AddTempTableSupport()); - 调用示例：
var query = await context.BulkInsertIntoTempTableAsync(entities); var joined = context.Orders.Join(query, ...); - 注意：需确保 DbContext 配置中禁用对应临时表的迁移（避免 EF 尝试管理它）
基本上就这些。选哪种取决于数据规模、是否需要复用、团队对原始 SQL 的接受度——小数据用 Contains，中高复杂度用扩展库，强定制需求才上 FromSqlRaw。
