查USER_TABLES或ALL_TABLES的ROW_MOVEMENT列可直接获取ENABLED/DISABLED状态，DESCRIBE和DBMS_METADATA.GET_DDL均不显示该值，分区表启用后本地索引自动同步、全局索引会失效，闪回表前必须启用否则报ORA-08189。
查 USER_TABLES 或 ALL_TABLES 的 ROW_MOVEMENT 列
最直接的方式是查数据字典视图。Oracle 把这个开关状态存为字符型字段：ENABLED 或 DISABLED，不是布尔值。
执行以下语句即可确认当前用户下某张表的状态：
SELECT table_name, row_movement FROM user_tables WHERE table_name = 'YOUR_TABLE_NAME';
注意大小写：表名默认大写，除非建表时加了双引号。如果要查其他用户下的表，换用 all_tables 并确保有对应权限；DBA 用户可用 dba_tables。
为什么不能只看 DESCRIBE 或 DDL？
DESCRIBE 不显示 ROW_MOVEMENT 状态，它只反映列定义和约束。即使你用 DBMS_METADATA.GET_DDL 提取建表语句，返回的 DDL 也不会包含 ENABLE ROW MOVEMENT 子句——哪怕该表已启用。Oracle 只在显式执行 ALTER TABLE ... ENABLE ROW MOVEMENT 后才变更状态，但不将其持久化进 DDL 输出中。
所以依赖 DDL 检查会误判为“未启用”，这是常见盲区。
分区表需额外注意本地索引与全局索引行为
对分区表启用 ROW_MOVEMENT 后，跨分区 UPDATE 分区键会触发行搬迁，但索引维护逻辑不同：
- 本地索引（
LOCAL INDEX）自动同步，无需人工干预 - 全局索引（
GLOBAL INDEX）会进入UNUSABLE状态，必须手动执行ALTER INDEX ... REBUILD - 查询
USER_INDEXES视图的STATUS字段可快速识别是否失效
闪回表前漏查 ROW_MOVEMENT 会直接报错
执行 FLASHBACK TABLE ... TO TIMESTAMP 时，Oracle 要求目标表已启用 ROW_MOVEMENT。否则报 ORA-08189: Cannot flashback the table because row movement is not enabled。
这不是配置延迟生效的问题，而是硬性前提。哪怕只差一次 ALTER TABLE ... ENABLE ROW MOVEMENT，闪回操作就卡住——而错误信息里不会提示你该去开哪个开关，只会告诉你“不能闪回”。
真正容易被忽略的是：这个检查发生在语句解析阶段，不是执行阶段。所以即使表里没数据、时间点很近，只要没开，就立刻失败。
