温故而知新，分享以前的笔记顺便温习。之前发布在CSDN
对表进行 shrink操作时，要求行移动打开，而且表空间必须是assm（Automatic Segment Space Management）
在执行闪回恢复误删数据出现“ORA-08189: 因为未启用行移动功能, 不能闪回表”的错误提示。
ORA-08189 错误表示你尝试对一个表执行闪回操作，但该表没有启用行移动（ROW MOVEMENT）功能。行移动是Oracle中的一个特性，它允许表中的行在物理位置上被移动，这对于某些操作（如闪回表）是必要的。
要解决这个问题，需要在表上启用行移动功能。这可以通过以下步骤来完成：
登录到Oracle数据库：
使用具有足够权限的用户（如SYSDBA）登录到Oracle数据库。
启用行移动：
使用ALTER TABLE语句为表启用行移动。例如，如果你的表名为MY_TABLE，你可以执行以下SQL命令：
ALTER TABLE alter_test ENABLE ROW MOVEMENT;再次尝试闪回表：
在启用行移动后，再次尝试执行闪回表操作：
FLASHBACK TABLE alter_test TO TIMESTAMP (TIMESTAMP '2024-05-30 22:58:00');执行成功。
如果知道SCN（系统更改号）：
FLASHBACK TABLE 表名 TO SCN <SCN_NUMBER>;（可选）禁用行移动：
如果之后你不再需要行移动功能，可以将其禁用。但请注意，禁用行移动可能会影响某些操作（如未来的闪回表操作）。禁用行移动的命令如下：
ALTER TABLE 表名 DISABLE ROW MOVEMENT;但通常，在大多数生产环境中，建议保持行移动功能启用，以便在需要时能够执行闪回操作。
注意事项：
* 在启用或禁用行移动时，确保没有其他用户或进程正在对该表进行写操作，因为这可能会导致不一致或错误。
* 始终在执行此类操作之前备份你的数据，以防万一出现问题。
* 确保你了解闪回操作对表的影响，特别是当表中包含外键约束或触发器时。在某些情况下，闪回操作可能会失败或导致不一致的数据状态。
也可以查询修改数据之前时间 该 表数据是否正常，如果正常 采用该时间戳 进行下一步的 闪回数据：
select * from alter_test
as of timestamp to_timestamp('2024-05-30 22:59:12','yyyy-mm-dd hh24:mi:ss') where C1='123';
select * from 表名
as of timestamp to_timestamp('2024-05-30 22:59:12','yyyy-mm-dd hh24:mi:ss') where 表里某个字段='值'
也可以查询上一步 正确数据 对应的 SCN 号 然后进行闪回数据
SELECT timestamp_to_scn(to_timestamp('2024-05-30 22:59:12','yyyy-mm-dd hh24:mi:ss')) SCN
FROM alter_test as of timestamp to_timestamp('2024-05-30 22:59:12','yyyy-mm-dd hh24:mi:ss');
SELECT timestamp_to_scn(to_timestamp('2024-05-30 22:59:12','yyyy-mm-dd hh24:mi:ss')) SCN
FROM 表名 as of timestamp to_timestamp('2024-05-30 22:59:12','yyyy-mm-dd hh24:mi:ss')
然后通过SCN（系统更改号）闪回：
FLASHBACK TABLE alter_test TO SCN 6503632;
FLASHBACK TABLE 表名 TO SCN <SCN_NUMBER>;
如果ROW_MOVEMENT被启用，对表进行UPDATE或DELETE操作时需要额外的资源消耗。因为每次操作发生时，Oracle需要找到并移动受影响的行，以保证行在表中的真实位置与存储中的位置一致。这就意味着启用ROW_MOVEMENT可能会导致性能下降，特别是对于大型的数据表。禁用行移动指令：
ALTER TABLE 表名 DISABLE ROW MOVEMENT;
如果ROW_MOVEMENT被禁用，对表进行UPDATE或DELETE操作时不需要移动受影响的行。相反，Oracle将插入新的行并标记旧行为删除。这将导致表中存在大量已删除但未被清理的行，从而浪费存储空间。
