DBA_MVIEWS的QUERY列是LONG类型，导致显示乱码或截断，需SET LONG配合SET LONGCHUNKSIZE等参数调整，或改用DBMS_METADATA.GET_DDL获取完整建模语句。
查 DBA_MVIEWS 的 QUERY 列为什么总是乱码或截断
因为 query 是 long 类型，sql*plus 和很多工具默认只显示前 80 字符，且不支持直接 select 出完整内容——这不是权限问题，是 oracle 对 long 的历史限制。
- 用
SET LONG 100000（或更大）才能让 SQL*Plus / SQLcl 显示全 - 不能在子查询、
WHERE或ORDER BY中引用QUERY，会报ORA-00997: illegal use of LONG datatype - 如果用 JDBC 或 Python cx_Oracle，得用
cursor.var(cx_Oracle.LONG)显式声明变量类型，否则取不到完整值
用 DBMS_METADATA.GET_DDL 替代 QUERY 更可靠
DBMS_METADATA.GET_DDL('MATERIALIZED_VIEW', 'MV_NAME', 'OWNER') 返回的是格式化后的建模语句，包含 CREATE MATERIALIZED VIEW 全部结构，比 QUERY 列更准、更易读，也绕开了 LONG 陷阱。
- 返回结果是
CLOB，支持SELECT、WHERE、INSTR等操作 - 注意：如果物化视图是基于远程表（含
@dblink），GET_DDL会保留原链接，但可能因当前用户无访问权限而报ORA-31603 - 若只要原始查询部分，可用
REGEXP_SUBSTR(..., 'AS\s+(.*?)(?:\s+BUILD|\s+REFRESH|\s+ON|$)', 1, 1, 'isn', 1)提取，但需确认数据库版本支持REGEXP_SUBSTR的第 6 参数
格式化显示时避免自动换行和空格丢失
即使设了 SET LONG，SQL*Plus 默认仍会折行并删掉行首空格，导致缩进全乱、WITH 子句或嵌套 SELECT 看不出结构。
- 加
SET LONGCHUNKSIZE 100000配合SET LONG - 关掉自动换行：
SET WRAP OFF - 保留空格缩进：
SET TRIMSPOOL ON+SET TAB OFF - 导出到文件再用编辑器看：
SPOOL mv_query.sql→SELECT QUERY FROM DBA_MVIEWS WHERE MVIEW_NAME = 'XXX';→SPOOL OFF
跨版本兼容性：12c 以后的 ALL_MVIEWS 和 DBA_MVIEWS 差异
DBA_MVIEWS 始终存在，但 12c 引入了 ALL_MVIEWS，字段基本一致；真正要注意的是 12.2 开始，QUERY 列在某些场景下（如快速刷新物化视图）可能被 Oracle 内部重写，和你最初写的 SQL 不完全一致。
- 优先查
DBA_MVIEWS，除非你没DBA权限，才退到ALL_MVIEWS -
QUERY_LEN字段可快速判断是否被截断（比如值为 4000 但你知道原始 SQL 肯定超长，说明已被截） - 19c 及以后，建议用
DBMS_MVIEW.EXPLAIN_MVIEW查刷新依赖和实际执行计划，比单看QUERY更反映真实行为
SET 就完事，关键得理解 LONG 的边界在哪、哪些操作它根本不认，以及什么时候该主动放弃它去拿 GET_DDL。 
