Oracle 到 OB 兼容性测试：一段神奇的代码漂流记之第二篇
一、前言
近期一直在配合Oracle到OceanBase的兼容性业务适配测试，使用的是企业版OceanBase，版本号是 4.2.1.1，目前测试的是众多业务系统重最核心的业务系统，因为该系统涉及模块较多，本次作为功能性调研验证测试，选取了该系统最核心的业务模块进行测试。
通过测试，确实证明了OceanBase企业版对Oracle数据库的兼容性还挺好，绝大多数业务场景在OceanBase也能正常运行。
我们甚至和OB的人开玩笑，如果OB能很好的完成这套系统的迁移测试，以后你们都可以在外面吹一下，其它Oracle数据库迁移都不在话下。
很多人喜欢拿国产数据库去和Oracle对比，但毕竟Oracle是一款已存在几十年，并经过千万个业务的验证的经典数据库，听一位业内大佬讲，他们在二三十年前接触Oracle数据库的时候，那时的Oracle也是问题不断，经过几十年的修补磨合，才让Oracle在业内这么优秀。
所以我们应该抱着宽容的心态去接纳当前的国产数据库，让其好好的成长。
目前国内国产数据库风头正高，我不喜欢有些人一棒子打死Oracle，极力吹捧某国产数据库，我也更不喜欢去大肆吹捧Oracle，极力去贬低国产数据库。我始终认为，不同场景、不同业务、不同预算等就应该选择最适合自己的数据库，适合自己的就是最好的。
话题说的有些远了，我们还是回归正题。我们本次的测试，OceanBase可以覆盖了绝大多数的场景，但有些场景OceanBase还是难以满足，需要进行适配性的改造。
接下来，我将描述本次测试中的一个兼容性问题。
