没错，Excel的部分Oracle数据连接方式确实存在对WITH子句（公共表表达式CTE）的支持限制，这正是你遇到问题的核心原因，下面给你详细拆解和解决方案：

为什么会出现这个问题？ #

• 当你使用Excel自带的Microsoft Query工具或者微软提供的旧版Oracle ODBC驱动时，Excel的本地查询解析引擎会尝试先解析SQL语句，而它对CTE这种相对复杂的语法支持不足，导致无法正确识别并传递完整SQL到Oracle服务器。
• 反观SQL Developer，它是直接把完整的SQL语句发送给Oracle服务器执行，所有语法解析和计算都在数据库端完成，所以CTE能正常运行；而直接查询原表时，Excel只需要传递简单的SELECT语句，自然不会有问题。

可行的解决方案 #

针对你需要多次复用临时表的需求，推荐以下几种方案：

1. 将CTE替换为子查询（快速绕过限制） #

虽然代码会稍显冗长，但能直接适配Excel的解析逻辑，把你的CTE转换成嵌套子查询即可：

SELECT DISTINCT BASE.YEAR_MONTH AS YEAR_MONTH 
FROM (SELECT * FROM TEST_ADM.KPI_SAMPLE_TEST) BASE

如果需要多次复用这个临时表逻辑，直接重复嵌套子查询即可，Excel能正常识别这种结构。

2. 改用Oracle官方驱动（彻底解决语法支持问题） #

微软提供的Oracle驱动对复杂SQL的支持有限，换成Oracle官方的ODBC/OLE DB驱动（比如Oracle Instant Client配套的ODBC驱动）后，驱动会直接把完整的SQL语句转发给Oracle服务器执行，完全绕过Excel的本地解析，CTE、存储过程调用等复杂语法都能正常运行。
操作步骤大概是：安装Oracle Instant Client → 配置ODBC数据源 → 在Excel中选择这个新建的数据源连接，之后就能正常运行带WITH子句的SQL了。

3. 在Oracle中创建视图（最优复用方案） #

既然你需要6次复用这个临时表的逻辑，最简洁高效的方式是在Oracle数据库中创建一个视图，把CTE的逻辑固化进去：

CREATE VIEW TEST_ADM.VW_KPI_SAMPLE_TEST AS
SELECT * FROM TEST_ADM.KPI_SAMPLE_TEST;

之后在Excel中直接查询这个视图即可，不仅代码简洁，而且视图的执行计划可以被Oracle预编译，性能也会更好，完全规避Excel的语法限制。

额外提示 #

如果你使用的是Excel 365的「数据>自数据库>自Oracle数据库」功能，新版的连接方式已经支持CTE，但前提是必须搭配Oracle官方驱动，而非微软的旧驱动。

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