本地位图索引只能建在基于分区表且启用ENABLE QUERY REWRITE的物化视图上；LOCAL关键字不可省略，不能显式指定分区名；ON COMMIT刷新易致索引不可用，推荐ON DEMAND刷新并串行执行。
物化视图必须是基于分区表且启用 QUERY REWRITE
本地位图索引（local bitmap index）只能建在分区物化视图上，且该物化视图必须满足两个硬性前提：一是基表本身是分区表（如按 range 或 list 分区），二是物化视图定义中显式声明了 ENABLE QUERY REWRITE。如果物化视图是 ON COMMIT 刷新但基表未分区，Oracle 会直接报错 ORA-14035: invalid partition name —— 这不是命名问题，而是底层不支持非分区基表上的本地索引。
常见错误现象：执行 CREATE BITMAP INDEX ... LOCAL 时抛出 ORA-30755: cannot create index on materialized view，往往是因为物化视图未启用重写或基表未分区。
- 检查物化视图是否启用重写：
SELECT rewrite_enabled FROM user_mviews WHERE mview_name = 'YOUR_MV_NAME' - 确认基表分区类型：
SELECT partitioning_type FROM user_part_tables WHERE table_name = 'BASE_TABLE_NAME' - 物化视图创建语句末尾必须带
ENABLE QUERY REWRITE，不能只写ENABLE QUERY REWRITE ON STATEMENT（后者不生效）
LOCAL 关键字不可省略，且不能指定分区名
为分区物化视图建本地位图索引时，LOCAL 是强制关键字；若漏写，Oracle 默认尝试建全局索引，而物化视图不支持全局位图索引，会报 ORA-00922: missing or invalid option。更关键的是：不能像普通分区表那样用 LOCAL (PARTITION p1, PARTITION p2) 显式列出分区 —— 物化视图的分区结构由基表继承，Oracle 要求完全自动映射，手动指定分区名会导致 ORA-14036: partition bound value out of range。
正确写法只有一种：CREATE BITMAP INDEX idx_mv_col ON mv_name(col_name) LOCAL。Oracle 会自动为物化视图的每个分区创建对应子索引，名称由系统生成（如 INDEX_NAME_P1），不可自定义。
- 索引列必须是物化视图中实际存在的列，不能是表达式或函数结果（位图索引不支持函数索引）
- 若物化视图含
GROUP BY，被索引列必须出现在GROUP BY子句中，否则建索引失败 -
LOCAL后面不能跟STORE IN或TABLESPACE子句——这些需在每个子分区上单独指定，但 Oracle 不允许用户干预
刷新策略影响索引可用性，ON DEMAND 更稳妥
当物化视图使用 ON COMMIT 刷新时，每次事务提交都会触发索引同步更新，容易因高并发导致索引维护争用，出现 ORA-12008: error in materialized view refresh path 并连带使位图索引进入 UNUSABLE 状态。而 ON DEMAND 模式下，索引在 DBMS_MVIEW.REFRESH 执行完成后才重建，可控性更强。
实操建议：首次创建本地位图索引前，确保物化视图已刷新至最新状态；若索引变 UNUSABLE，不能直接 ALTER INDEX ... REBUILD，必须先刷新物化视图（DBMS_MVIEW.REFRESH('MV_NAME', 'C')），再重建索引。
- 检查索引状态：
SELECT status FROM user_indexes WHERE index_name = 'IDX_MV_COL' - 刷新后重建索引命令：
ALTER INDEX idx_mv_col REBUILD ONLINE（加ONLINE避免锁表） - 避免在业务高峰执行
REFRESH COMPLETE，位图索引重建期间查询可能退化为全表扫描
位图索引与并行 DML 冲突，需禁用并行刷新
Oracle 19c 中，若物化视图刷新启用了并行（如 DBMS_MVIEW.REFRESH(..., parallelism => 4)），位图索引可能因多个进程同时修改同一位图块而损坏，典型错误是查询时报 ORA-00600: internal error code, arguments: [qerltcFetch], [1]。根本原因是位图索引的块级锁定机制与并行 DML 的乐观并发控制不兼容。
解决方式很直接：刷新时强制串行。即使物化视图本身很大，也应优先保证索引一致性。
- 刷新命令必须显式设
parallelism => 0或省略该参数（默认串行） - 验证是否真串行：
SELECT * FROM v$session_longops WHERE opname LIKE '%refresh%'，看sofar和totalwork是否单线程推进 - 若必须提速，可改用
FAST刷新 + 增量日志，而非依赖并行
本地索引依赖物化视图与基表的严格分区对齐，任何一方分区结构变更（如 ADD PARTITION）后，必须立即刷新物化视图，否则新分区上的位图索引不会自动创建，查询该分区数据时无法走索引。
