有句像是玩笑话的真话，以前我也和很多国产数据库厂商的朋友交流过，当你不知道某个领域该怎么做的时候去看看oracle是怎么做的，学他们就大致没问题。
这个周末中电科金仓开了第3届意见领袖和用户代表建言大会。在会上我的分享题目的副标题是摸着《oracle过河第3季》。这个大会是模仿oracle的CAB大会，希望让用户和一些行业的意见领袖对自己产品的发展和现状提出一些建议。我参加了全部的三届大会，每次演讲都参考Oracle的能力和做法，给金仓提出一些建议。
我分享了我自己感受到的oracle数据库在AI领域这两年发展的脉络，并通过O记AI功能的发展特点分析oracle在AI领域的发展的一些思路。希望金仓能够参考一下这个数据库业内大佬的一些做法，从而在DB for AI这个领域能够走得更好。
我介绍完以后问杜总有什么感受，他说你在上面讲，我就在下面算我们要赶上Oracle，以目前的能力需要花多少钱？他从我的介绍里，感觉到我们对中美AI领域的发展可能存在一定的误区，在应用领域中，并不像我们所臆想的那样，远远领先于老美，而老美则只是在基础模型领域处于领先地位。Oracle的AI功能的演进发展完全是适应AI应用的发展的，有些功能只有在AI应用进入了深水区后才会出现的。一方面表现出Oracle在DB4AI领域提供的能力远远超出国产数据库；另外一方面也说明国外的AI应用的深度也远超我们的想象。
杜总的观点与我基本是一致的，O记在DB4AI方面的功能演进完全是一种对用户AI应用研发的支撑的积极响应，其总体特点是先集成、再融合、再优化。与用户侧的AI应用的深入是完全吻合的。如果我们不了解O记在这个领域的进展，不知道真实的用户需求在哪里，在自己的实验室里闭门造车，那么别说超越O记，恐怕连车尾灯都很快看不见了。
其实为了准备这个材料，我花了点时间分析了Oracle 23AI这两年的新功能，从中分析其内在的脉络，越看我越觉得心惊。如果我们的系统可以用Oracle去开发，BIC-IA/BIC-QA这两个产品几乎不需要使用任何第三方的框架和开源项目，可以在Oracle数据库上快速构建，开发效率起码提高一倍。这让我我想起了我刚工作时的场景，当我们从用C语言在小型机上使用记录管理系统开发香港氧气的企业管理系统、香港赛马会的投注系统的时候，需要投入大量高水平的程序员，而后来我们使用Oracle开发一个管理系统的时候，只需要会写SQL和PL/SQL就行了，开发效率也是成倍提升。
未来的中美AI应用大战，数据库担任的角色与30年前sql替代c语言何其相似。
我们的国产数据库厂商在未来中美AI大战中依然会承担十分重要的角色，如果我们的数据库在这方面的水平大大落后于西方，那么我们的AI应用开发成本将会大幅上升。
我想周末这个会议之后，杜总他们应该是会感受到O记得巨大压力，先谦逊地当好小学生，认真学习这个业界领先者，尽快沿着最短路径是追赶这位领先者，可能是目前国产数据库们最好得选择。不过也可能某些国产数据库从业者会不太认同我得观点，在他们的严重，他们的产品于O记不是一码事，无论从架构、演进路线、未来的形态，都与几十年前开始设计的、代表落后旧势力的O记是完全不同的，也因此他们必然会走出一条全新的道路，最终实现全面超越的。我的能力有限，也仅能看到自己能看到的眼前的一小片天空，我只能祝愿他们弯道超车成功了。
