oracle公司 从公司里的去Oracle数据库的事情说起

公司长期从事Oracle数据库的淘汰工作。其实这个事情和国内淘宝的IOE(IBM、甲骨文、EMC)差不多，基本上是万不得已。Oracle的维护成本太高，公司基于Oracle数据库的数据仓库也经常出问题；另一个原因是可扩展性。

这两个原因相信很多人都很清楚。而这种淘汰不是简单的换一个关系数据库，比如把Oracle换成MySQL或者换成云(RDS)。取而代之的是，它有一个清晰的阶段性发展，比如用一个像DynamoDB这样的NoSQL数据库来代替它；或者更彻底的说，就像我们接触到的某个产品，数据本身被改成了更便宜的存储S3，元数据存储在DynamoDB中，而最初的SQL操作是由Hadoop或者Spark完成的，这个数据源的统一和演化是由一个做基础设施的团队完成的。

甲骨文数据库将被淘汰，NoSQL数据库被视为替代方案之一。这是否意味着SQL将慢慢淡出历史舞台？

没有！

所以，不仅答案是“不”，还多了一句——“恰恰相反”。不像关系数据库本身，SQL不会淡出，还会起到更重要的作用。和编程语言一样，SQL代表了一种认识和描述世界的思维方式。比如下面两个例子。

程序员专属礼物:编程杯第一，我们小组每天接触的产品，用Scala写的计算成本和利润的逻辑，运行在Spark上。随着业务逻辑变得越来越复杂，许多数据分析师介入来处理各种问题。与工程师相比，他们的代码能力显然不是优势。但是他们熟悉SQL，对数据比较敏感。很容易将数据抽象成一系列二维表格。于是我们开始尝试把那些核心操作逻辑重写为Spark SQL。

第二，前面提到的基础设施团队应该为客户提供一层JDBC封装，这样他们的内部技术能力也可以以SQL的形式暴露出来。因为有了Hive这样的工具，在这种情况下应用层可以保持尽可能的稳定。原来的Oracle下的sql已经改了改，但是还是SQL，但是MapReduce任务已经不是数据库引擎了。

我觉得很有趣，也很有挑战性。有很多困难，比如索引、操作透明性(包括调试)(SQL有执行计划等工具，可以让我们清楚地了解其执行机制，但切换到MapReduce作业显然困难得多)等等。但是，好处是显而易见的。例如，整个计算资源是灵活的——重要和紧急的任务具有高优先级，分配更多的资源，更多的实例参与计算，从而缩短获得结果的时间。

去Oracle是否意味着关系数据库不成功？

当然不是——

关系数据库在过去的几十年里不仅非常成功，而且被误用和滥用。冯大辉曾经说过一个虐待的例子。阿里旺旺在用户这么多的情况下，依然使用Oracle数据库进行存储。而我身边就有这样一个例子。在我换组之前，我原来的组持有亚马逊最大的Oracle数据库，有很多分区，每天可以读写几千万行数据。

其实不仅数据库层跟不上节奏，工作流引擎也是。旧的工作流引擎需要淘汰，老团队不维护。但是，因为我们组当时在这个老东西上的工作太多，无法切换，成了钉子户。它被迫接手维护这个旧的工作流引擎的任务，直到它退役，成为全公司唯一使用的一个，在这方面淘汰旧技术的速度是最慢的...

其实总体来说，像亚马逊这样的互联网公司淘汰旧技术的速度非常快(特别是相对于传统软件公司)，有时候还会遇到引进新技术和做轮子的问题(比如很多集团都有自己的一套听起来很高大的数据存储系统，还有到处开花的工作流系统)，但是总体思路还是挺激进的:准备拆轮子，重新造轮子。小的时候解决问题，大的时候重写。且不说这种做法的优缺点，每次搞宣传招聘的时候，造个新轮子大轮子真的很有吸引力。

再比如，我记得刚开始工作的时候，去北京联通创业。负载分担是F5，服务器挂在单板上，存储是磁盘阵列，两个数据库是IBM小型机(像美国车一样，“保修期”没啥事，过了“保修期”就开始挠，闹，然后赚了修理费)。那时候听听这些东西，就是一个不缺钱的主儿可以采购组装好的东西，看看互联网公司谁敢这么做。云存储和云计算都使用低成本的硬件，有些功能直接被软件取代，但这恰恰解释了关系数据库发展到辉煌再到倒退的同样现象。这些硬件也代表了特定时期特定技术的普及，现在慢慢被成本更低但规模更大的集群取代。

好了，我们从这个问题开始，说说“人”和“技能”。

罗胖(罗振宇)的罗辑思想，讲的是社会化分工带来的社会进步，也讲的是工匠。简单的劳动，甚至不简单，但是很容易模拟的劳动，不可逆地慢慢被机器和软件取代。所以一大群程序员在呼吁技术至上，这也是工匠谋生的基础。但是同样的技术，却不尽相同，有的也有逐渐被淘汰的趋势，比如:

Java总说会被淘汰在最前沿，我们也看到随着各种编程语言的发展繁荣，被诟病的Java份额确实下降了。但是JVM欣欣向荣，因为JVM是一个平台，而Java只是一种编程语言。编程语言的可替代性是，随着机器性能的提高，开发更符合问题解决思维的更现代的语言的成本，比制作更现代、更稳定的虚拟机平台的成本低得多。这就是为什么JVM上流行的语言那么多，作者往往是个人；但是熟悉的JVM只来自少数公司。还有一个就是编程语言本身的缺陷，更难被“绕过”。

比如对很多人来说，一些曾经被炒作的工作，比如DBA，很难享受。单纯靠维修赚钱是不可持续的生计。因为“维护”可以因为简单而被机器和软件取代，也可以因为复杂而革命。工具，永远只是媒体，可以绕过，不是最根本最核心的问题。数据库和许多其他技术一样，独立于软件和工程的最原始的来源，发展到现在，慢慢回到它的原始来源。再比如，在过去，小公司不得不招聘那些在硬件上游手好闲的工程师。他们刚开始工作的时候，和很多同事一样，在板子和架子上折腾。但是现在，他们可以将存储资源和计算资源挂在云上。所以对这类人才的需求会逐渐减少，但门槛并不一定降低，只留下少数能提供云服务的大企业。

所以，以后遇到卖弄本事的，虚张声势的，其实可以好好想想，产生自己的判断。是他炫耀的技术出了核心问题，不容易被革命和取代，还是只是另一种迂腐无聊的“茴香”三种写法？

36大数据(www.36dsj.com)成立于2013年5月，是中国访问量最大的大数据网站。36大数据(微信号:大树巨36)从独立第三方的角度为大数据产业生态图上的相关公司和员工提供全球资讯、商机、案例、技术教程、项目对接、风险投资、独家采访等服务。

结束。

转载，请注明来自36大数据(36dsj.com): 36大数据从公司要去Oracle数据库开始