Oracle长SQL在SQL*Plus中应使用@命令分文件执行以共享会话上下文；PL/SQL中优先用多层WITH子句替代动态拼接；SQL Developer中通过语义注释和折叠功能管理长SQL；WITH通常比临时表更快，因避免DML开销且利于优化器全局优化。
Oracle长SQL在SQL*Plus里怎么分窗口执行
不能真开多个sql*plus窗口去粘贴执行——每个窗口都是独立会话，define、variable、绑定变量、临时表（create global temporary table）状态全不共享，一拆就报ora-00942: table or view does not exist或ora-01008: not all variables bound。
真正可行的是用@命令+外部文件做逻辑分窗：
- 把主查询拆成几个
.sql文件，比如step1_setup.sql（建临时表/赋值）、step2_join.sql（核心连接）、step3_report.sql（格式化输出） - 在SQL*Plus里依次执行
@step1_setup→@step2_join→@step3_report，共享同一会话上下文 - 别用
@@（它会进子目录找），路径写相对或绝对，确保当前SQLPATH或显式带路径
PL/SQL块里怎么安全拆解长SELECT逻辑
直接把几十行SELECT塞进EXECUTE IMMEDIATE拼字符串？容易漏引号、SQL注入、调试困难。更稳的做法是用WITH子句+过程化控制流：
-
WITH不是只能写一次——可以嵌套多层，每层命名清晰，比如raw_data AS (…)、enriched AS (SELECT … FROM raw_data)、final_output AS (…) - 如果某步要加条件开关（比如“只查今天”或“查全量”），用
CASE或DECODE配合绑定变量，而不是动态拼WHERE字符串 - 注意
WITH的物化行为：Oracle 12c+默认可能自动MATERIALIZE，但加/*+ INLINE */提示可强制不物化，避免中间结果写临时表拖慢小数据量查询
SQL Developer里怎么让长SQL不滚屏到找不到光标
不是靠拉滚动条，而是用编辑器本身的结构识别能力：
- 把长SQL按语义切块，每块前加
-- ### BLOCK: xxx ###注释，SQL Developer能识别并生成代码折叠标记（需开启Preferences → Code Editor → Folding → SQL Folding） - 禁用
Auto-scroll to cursor（在Preferences → Code Editor → Navigation里），否则展开一个折叠块，光标跳走，你得再手动找 - 执行时别点“Run Statement (F9)”——它只跑光标所在语句；长SQL必须用“Run Script (F5)”，否则后半截根本没执行
为什么用WITH代替临时表反而更快
很多人觉得“先CREATE GLOBAL TEMPORARY TABLE存中间结果，再查，肯定清楚”，但实际常更慢，原因很实在：
- 临时表要走DML流程：
INSERT /*+ APPEND */+COMMIT（或事务级隐式提交），触发日志、锁、统计信息收集开销 -
WITH子句在优化器眼里是一个整体，CBO能跨块重排执行顺序、下推谓词、复用扫描结果；而临时表把优化硬切成两段，第二段看不到第一段的过滤条件 - 临时表没统计信息时，优化器瞎估行数，容易选错执行计划；
WITH天然继承源表统计信息，靠谱得多
当然，如果中间结果要被反复引用5次以上，且数据量超百万行，临时表+索引才值得考虑——但那是例外，不是默认路径。
