OCN大量更新时缺失Row Change Description及rowid限制调整咨询

我来结合Oracle OCN的运行机制，帮你梳理这两个问题的核心原因和解决思路：

1. 大量更新时OCN缺失Row Change Description的原因 #

当执行大量更新操作时，OCN会触发[ALL_ROWS]类型的变更通知，这是Oracle内置的性能优化策略：当单次变更的行数达到内部阈值（通常基于表的大小或变更比例判定），Oracle会放弃生成逐行的Row Change Description，转而发送「全表批量变更」的通知。这么做是为了避免因生成海量行级通知数据，导致数据库和监听端的性能开销飙升。

2. OCN中rowid获取的限制说明 #

你观察到的「少量操作能拿到rowid，大量操作无法获取」的现象，和上面的优化机制直接相关：

• 当执行单条或少量INSERT/UPDATE/DELETE操作时，行级变更的开销可控，Oracle会为每一行生成包含rowid的Row Change Description，就像你提供的示例那样：

Registration ID : 336 
Notification version : 1 
Event type : OBJCHANGE 
Database name : tdb 
Table Change Description (length=1) operation=[DELETE], tableName=ACCOUNT_COPY, objectNumber=205803 
Row Change Description (length=1): ROW: operation=DELETE, ROWID=AAAyPrAAFAAAYp/AAE

• 当操作涉及大量行时，Oracle自动切换到ALL_ROWS模式，不再提供具体的rowid信息，只告知该表发生了批量变更。

若需获取批量操作的rowid，可参考这两个方案： #

• 拆分批量操作：将大规模变更拆分成多个小批次执行，每个批次的行数控制在触发ALL_ROWS的阈值以下（你可以通过测试找到适合自己环境的批次大小）；
• 替代追踪机制：比如创建触发器，将变更的rowid实时写入专用日志表；或者利用Oracle闪回查询、审计功能来事后追踪变更的行数据。

内容的提问来源于stack exchange，提问作者satish sidnakoppa