Oracle 数据库更改通知和 ROWID

Question

Oracle 的database change notification feature 在行插入、更新和删除时发送rowid（物理行地址）。如 oracle 的文档中所述，应用程序可以使用此功能来构建中间层缓存。但是，当我们详细了解行 ID 的工作原理时，这似乎是矛盾的。

如this stackoverflow thread 所示，当执行各种数据库操作时，ROWID（物理行地址）可能会发生变化。除此之外，正如汤姆在此thread 中提到的那样，聚簇表可以具有相同的 rowid。

根据上面的研究，使用在数据库更改通知期间发送的rowid作为应用程序缓存中的键似乎并不安全，对吧？这也引发了一个问题——是否应该使用数据库更改通知功能来构建应用程序服务器缓存？或者当缓存对象的表经历任何导致rowid改变的操作时，是否建议重新启动所有应用程序服务器集群（以重新加载/刷新缓存）？对于生产环境，这是一个很好的假设吗？

Answer 1

在我看来，任何可能更改 ROWID 的操作都不是在应用程序运行时在生产环境中执行的操作。此外，我见过很多使用 ROWID 跨事务的高效软件（通常只需几秒钟或几分钟）。如果 ROWID 更改，该软件可能会在您的缓存之前失败。因此，基于更改通知创建数据库缓存对我来说似乎是合理的。只需提供一个关于 ROWID 的免责声明即可。

唯一有点问题的操作是更新导致移动到另一个分区。但这种情况很少发生，因为它违背了分区的目的，至少如果它经常发生的话。特定数据库模式的设计者将能够告诉您这种操作是否会发生以及是否与缓存相关。如果没有一张表设置了ENABLE ROW MOVEMENT，你甚至不需要问设计师。

关于重复的 ROWID：ROWID 不是全局唯一的，它们在表中是唯一的。您会在更改通知中同时获得 ROWID 和表名。所以ROWID和表名的元组是构建可靠缓存的完美唯一键。