Got it！我来帮你把原来依赖DB Link和中间表B的方案改成用WITH子句的内存临时数据集来实现，一步一步来拆解：

原来的实现逻辑（对照参考） #

先回顾下你之前的操作流程，大概是这样的：

-- 1. 通过DB Link从DB#2拉取数据到中间表B
INSERT INTO 表B (关联列, 其他业务列)
SELECT 远程关联列, 远程业务列 FROM 目标表@DB_LINK_TO_DB2;

-- 2. 关联表A和表B，创建最终表tC
CREATE TABLE tC AS
SELECT 
    a.列1, a.列2, -- 表A的字段
    b.关联列, b.其他业务列 -- 表B的字段
FROM 表A a
INNER JOIN 表B b 
    ON a.关联列 = b.关联列;

改造后的WITH子句实现 #

现在我们去掉中间表B和DB Link，直接用WITH子句定义内存临时数据集来替代表B的作用，代码如下：

-- 用WITH子句定义内存临时数据集，替代原来的表B
WITH temp_b_data AS (
    -- 这里直接写入原来从DB#2获取的所有数值行，每行用UNION ALL拼接
    SELECT '数值1' AS 关联列, '业务值1' AS 其他业务列 FROM DUAL
    UNION ALL
    SELECT '数值2' AS 关联列, '业务值2' AS 其他业务列 FROM DUAL
    UNION ALL
    SELECT '数值3' AS 关联列, '业务值3' AS 其他业务列 FROM DUAL
    -- 可以继续添加更多行，直到覆盖原来从DB#2获取的所有数据
)
-- 关联表A和临时数据集，创建表C
CREATE TABLE C AS
SELECT 
    a.列1, a.列2, -- 表A的字段
    td.关联列, td.其他业务列 -- 临时数据集的字段
FROM 表A a
INNER JOIN temp_b_data td 
    ON a.关联列 = td.关联列;

关键要点说明 #

• temp_b_data是WITH子句创建的内存临时表，只在当前SQL会话中有效，不会落地到数据库，完美替代原来的中间表B
• 你需要把原来从DB#2查询到的所有数据，转换成SELECT ... FROM DUAL + UNION ALL的格式（如果是MySQL数据库，不需要FROM DUAL，直接写SELECT '数值1' AS 关联列...即可）
• 确保临时数据集的列名、数据类型和原来表B的完全匹配，避免关联时出现类型不匹配或字段名错误的问题

注意事项 #

• 如果原来从DB#2获取的数据是动态变化的，硬编码到WITH子句里后续维护会麻烦，这种情况下可以考虑把数值列表放到变量或者外部配置中，但如果你的需求就是固定传入内存中的数值列表，这个方案完全适用
• 不同数据库对WITH子句的支持略有差异：Oracle、SQL Server、MySQL 8.0+、PostgreSQL都支持这种写法，如果你用的是低版本MySQL（比如5.x），可以改用子查询的方式替代WITH子句

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