oracle无法批量修改所有索引表空间，必须逐条生成alter index...rebuild语句；lob索引需用alter table...move lob处理，否则报错。
直接说结论：oracle 不能用单条命令批量修改所有索引的表空间，必须生成并执行 alter index ... rebuild tablespace 语句；lob 索引需单独处理，否则会报错或失效。
为什么不能直接 ALTER INDEX ALL ...？
Oracle 没有类似 ALTER INDEX ALL REBUILD TABLESPACE 的语法。REBUILD 是针对单个索引的操作，且必须显式指定索引名和目标表空间。试图用通配符或批量关键字会触发 ORA-00900 错误。
- 系统视图如
user_indexes只提供元数据，不支持 DDL 批量下发 - DBA 权限下可用
dba_indexes，但依然要逐条构造语句 - 脚本生成后若未校验索引状态，可能重建
UNUSABLE索引失败（报 ORA-01418）
标准脚本生成方式（含 owner 和条件过滤）
用 SELECT 拼出可执行语句是最稳妥的做法。注意区分当前用户 vs 其他 schema：
- 查当前用户所有有效索引：
SELECT 'ALTER INDEX '||index_name||' REBUILD TABLESPACE NEW_TBS;' FROM user_indexes WHERE status = 'VALID'; - 查指定 schema（如
CJH）下非 LOB 索引：SELECT 'ALTER INDEX CJH.'||index_name||' REBUILD TABLESPACE NEW_TBS;' FROM dba_indexes WHERE owner = 'CJH' AND index_type != 'LOB' AND tablespace_name = 'OLD_TBS'; - 查 LOB 索引（必须用
ALTER TABLE ... MOVE ... LOB(...) STORE AS）：SELECT 'ALTER TABLE '||table_name||' MOVE TABLESPACE NEW_TBS LOB('||column_name||') STORE AS (TABLESPACE NEW_TBS);' FROM dba_lobs WHERE owner = 'CJH' AND tablespace_name = 'OLD_TBS';
执行前必须检查的三件事
跳过这步，脚本跑一半就卡住是常态：
- 确认目标表空间
NEW_TBS已存在且ONLINE（查dba_tablespaces） - 检查是否有
UNUSABLE索引：SELECT index_name, status FROM user_indexes WHERE status NOT IN ('VALID', 'N/A');—— 这类索引必须先DROP或REBUILD，不能跳过 - 确认当前用户有
ALTER ANY INDEX（跨 schema）或ALTER INDEX（本 schema）权限；否则语句生成了也执行不了
LOB 索引不能用 ALTER INDEX REBUILD
这是最容易翻车的点：LOB 字段对应的索引不是独立索引对象，而是随表段一起管理的。对 LOB 列执行 ALTER INDEX ... REBUILD 会报 ORA-02327（“cannot create index on expression with data type LOB”）。
- 正确做法是走
ALTER TABLE ... MOVE ... LOB(...) STORE AS - 如果表里有多个 LOB 字段，得在
LOB(...)里全部列出，例如：LOB(col1, col2) STORE AS (TABLESPACE NEW_TBS) - 该操作会锁表、产生大量 redo，务必安排在低峰期，且提前评估表大小
真正麻烦的从来不是拼 SQL，而是漏掉 LOB、忽略 UNUSABLE 状态、或者没检查权限——这些错误不会在生成阶段暴露，只会在执行时中断整个批次。
