Oracle迁移PostgreSQL: 浅谈RowID、Ctid和MVCC

Answer 1

当考虑从Oracle迁移至PostgreSQL时，关于RowID和Ctid的使用，有一个关键的结论需要明确：在PostgreSQL中，不能直接用Ctid替代Oracle的RowID，因为RowID在Oracle中是静态的，不会随记录更新而变化，而Ctid在PostgreSQL中会因UPDATE操作而改变，这对于依赖于特定id进行业务处理的应用来说可能会导致问题。

举例来说，假设在高并发场景下，Oracle支持sql1和sql3查询得到相同的RowID，然后sql2和sql4分别更新这些记录。然而，若在PostgreSQL中使用Ctid，sql2可能因为先于sql1更新了记录而导致sql4无法找到原本的Ctid，尽管update操作本身可能成功，但业务逻辑上却会出现混乱。

RowID和Ctid的根本区别源于Oracle和PostgreSQL的MVCC（多版本并发控制）机制。Oracle通过undo表空间保留旧版本记录，使得RowID保持不变，而PostgreSQL在更新记录时会创建新的tuple，旧tuple保持在数据块中直到VACUUM处理，这就导致了Ctid在更新后会发生变化。

在实际迁移中，考虑到项目中大量依赖RowID的应用，建议在迁移到PostgreSQL时，对应用进行调整，以主键代替Ctid作为数据记录的标识。然而，这可能需要较大的应用改造和数据库结构调整工作，因此在项目决策时，需要权衡其带来的影响。

具体操作如创建测试表并插入记录，更新时会看到Ctid的确会发生变化，证实了PostgreSQL的MVCC机制。所以，迁移策略应以主键替换RowID为优先考虑，同时充分评估项目中的影响和复杂性。