完全可以解决！针对你的场景，局部临时表是最理想的选择——它既可以存储重复查询的结果，又能保证多个并行运行的存储过程实例之间完全隔离，不会出现阻塞或数据冲突的问题。

具体实现步骤 #

1. 先将重复查询的结果存入局部临时表
   局部临时表以#开头，属于当前会话私有，每个并行实例都会创建自己独立的临时表，互相不会干扰。你只需要先执行一次[INNER JOIN 1 (TABLE) x (TABLE)]，把结果插入临时表：

   -- 创建匹配重复查询结果结构的局部临时表
   CREATE TABLE #TempReusableData (
       -- 这里替换成你的查询实际返回的列和对应数据类型
       Id INT,
       Name VARCHAR(100),
       RelatedKey UNIQUEIDENTIFIER,
       -- 其他必要列...
   )
   
   -- 插入重复查询的结果
   INSERT INTO #TempReusableData
   SELECT 
       t1.Id,
       t2.Name,
       t1.RelatedKey
   FROM YourFirstTable t1
   INNER JOIN YourSecondTable t2 ON t1.ForeignId = t2.Id; -- 这就是你要复用的[INNER JOIN 1]部分
   

2. 在QUERY 1和QUERY 2中引用临时表
   把原来QUERY 1和QUERY 2里的[INNER JOIN 1 (TABLE) x (TABLE)]替换成临时表，这样就不用重复执行那部分查询了：

   -- 改造后的QUERY 1
   SELECT 
       temp.Id,
       c.Detail,
       d.Summary
   FROM #TempReusableData temp
   INNER JOIN ThirdTable c ON temp.RelatedKey = c.TempKey
   INNER JOIN FourthTable d ON c.Id = d.ThirdTableId; -- 对应原来的INNER JOIN 2部分
   
   UNION
   
   -- 改造后的QUERY 2
   SELECT 
       temp.Name,
       e.Metric,
       f.Value,
       g.Category
   FROM #TempReusableData temp
   INNER JOIN FifthTable e ON temp.Id = e.TempId
   INNER JOIN SixthTable f ON e.Id = f.FifthTableId
   INNER JOIN SeventhTable g ON f.Id = g.SixthTableId; -- 对应原来的INNER JOIN 3部分
   
   UNION
   
   -- QUERY 3保持原有逻辑不变
   SELECT ...
   FROM ...;
   

3. 可选：手动清理临时表
   虽然数据库会在会话结束时自动删除局部临时表，但在存储过程末尾手动清理会更严谨，避免意外的资源占用：

   DROP TABLE IF EXISTS #TempReusableData;
   

额外优化建议 #

• 如果临时表的数据量较大，记得在后续JOIN用到的列上创建索引，能大幅提升查询性能：

  CREATE INDEX IX_TempReusableData_RelatedKey ON #TempReusableData (RelatedKey);
  CREATE INDEX IX_TempReusableData_Id ON #TempReusableData (Id);
  

• 如果你的数据库支持（比如SQL Server 2016+），也可以考虑用内存优化的临时表，进一步提升性能，尤其适合高并发场景。

为什么这个方案适配你的需求？ #

• 局部临时表是会话隔离的：每个并行运行的存储过程实例都有自己的#TempReusableData，完全不会互相阻塞或干扰；
• 不需要提前创建任何外部表：临时表随存储过程执行动态创建，结束后自动销毁，不用考虑实例数量的问题；
• 彻底避免重复执行：原来的[INNER JOIN 1]只执行一次，后续QUERY 1和QUERY 2直接复用结果，节省计算资源。

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