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。