我有一个简单的（实际上是简化的:)）场景，这可能是我过去几天头痛的原因......
我当前的应用程序（为 100 个用户提供服务）当前使用 Oracle 作为数据库。我没有存储过程（实际上我希望如此）。
现在，有人问我，如果我迁移到 IBM DB2 作为数据库，该产品是否可以工作。
因此，在将 Oracle 视为理所当然之后......并重新阅读了Tom关于 MVCC（多版本并发控制）的文章，并通过这篇文章指出 DB2 不是“在名单上”或“只是踮起脚尖”该区域的原样......我知道我不能确定该产品是否可以与 DB2 一起使用。
没有希望..还是我可以使用一个很好的免责声明..？
更新：至少在纸面上，DB2 加大了赌注并使它看起来不错。好吧，我将“条款”添加到我的 db2-migration-requirements 中。
我很确定这会奏效。我应该透露，我现在为 IBM 工作，是一名迁移专家。DB2 已获得 Postgress plus 的许可，这在 DB2 9.7 中。这实际上是在使用一组 Oracle 兼容性特性。其中一项功能是并发控制。其他主要是 SQL 方言、PL/SQL、PL/SQL 包内置包、带扩展的 JDBC 客户端、OCI 客户端应用程序、SQL*Plus 脚本。
不确定你在找什么。不读取同时插入/更新/删除的数据的应用程序对 MVCC 非常“免疫”（除非它在读取大块时取出锁，当锁定成为问题时）。
几乎只是插入的应用程序也不会担心。
像“推特”这样的应用程序，它并不关心“一致性”，也不必担心。
简而言之，有很多应用程序不会有所作为。您的应用是否在群组中并不是任何人都可以提供帮助的。
也就是说，您将从回归测试计划开始。在您的应用程序上运行完整的回归测试需要多长时间（每个屏幕、批处理作业等对大量模拟用户的大量数据）来确认它是否有效。如果没有任何改变，它不会在第一次全部工作，所以把这个数字加倍。如果您的老板对这个总数没有畏缩，那么请几位 DB2 专家来查看代码和应用程序并听取他们的意见。