***********************************************声明***********************************************************************

原创作品，出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处，否则追究版权法律责任。

深蓝的blog：http://blog.csdn.net/huangyanlong/article/details/39860137

****************************************************************************************************************************

蓝的成长记——追逐DBA（9）：国庆渐去，追逐DBA，新规划，新启程

**************************************************简介********************************************************************

个人在oracle路上的成长记录，其中以蓝自喻，分享成长中的情感、眼界与技术的变化与成长。敏感信息均以英文形式代替，不会泄露任何企业机密，纯为技术分享。

创作灵感源于对自己的自省和记录。若能对刚刚起步的库友起到些许的帮助或共鸣，欣慰不已。

欢迎拍砖，如有关技术细节表述有错误之处，请您留言或邮件（hyldba@163.com）指明，不胜感激。

***************************************************************************************************************************

?丝的日子，大不幸与大幸。

——深蓝

**************************************************前言********************************************************************

这是一部个人记录的成长杂记，既然步入到oracle的这片蓝海，免不了一路的奔波与不断的考验。借由此杂记与库友们分享蓝的成长历程。

不知何时起对蓝有了一种说不出来的痴迷，痴迷其广博，痴迷其深邃，痴迷于近在咫尺却又遥不可及。

而又说不清从何时起，注视于oracle的红色耀眼，照亮出眼前的一道光，未知与迷惑在自己的脚下开始初露些许人生的充实与青春的回馈。

在追逐于DBA梦想的道路上步步前行。

***************************************************************************************************************************

连载了几篇，接到了几位曾像我一样对oracle迷惑的朋友留言，问的比较多的都是应该怎么转到oracle这行。一时间突然想到没曾介绍过自己。今天就将其补上，简单介绍下我当初选择步入到oracle这条路的想法。一是自我的一种总结。再者也是想作为一种分享。希望鼓励一下那些跟我一样，想在oracle这条路上走下去的库友们。同时也希望让库友们能觉得我的文章还是靠点谱的，是能有点助益，值得看看的，这样我将非常高兴。

我的经历其实还比较简单。早期从事工程类施工、地铁安防设备硬件安装、调试及维护，机缘间接触到Oracle，借由上海的一次数据库项目计划由最初向往的程序开发转型于Oracle管理。几经辗转来到北京，有机会参加oracle知识体系系统性培训。现就职北京，从事Oracle数据库的实施、方案设计、管理、维护等工作。专注于Oracle，追逐DBA的梦想算是启程了。

虽说大约2012年刚工作那会儿就接触到了oracle9i，但那时对oracle的认识还是非常浅显。还记得老单位的项目经理张哥，当时借给我的第一本oracle技术书籍。当时在我眼中那就是如同天书一样，比起程序设计还要让我畏惧。真没想到oracle这东西就在两年后竟成为了我职业发展的目标，有时还真是感叹，行于路上，世事难料。

但对于oracle认知观的建立，还要感谢今年年初在北京学习的几个月，也不得不说北京的学习资源、教育资源如此之丰富。所以说，我秉持着一个初入行业内新人的心态，戒骄戒躁、积蓄能量。分享技术，享受生活。梦想始于oracle，同样希望能在跟数据库打交道或是未来转跟数据打交道的这条路上，一直走下去，成为一生为之奋斗的目标和收获快乐的理由。

突然也想谈谈对于oracle发展的愚见。就在oracle被越来越多人所熟知的今天，一股“大数据”洪流让所有DBA们都因为“大数据”哆嗦了一下。缘由nosql数据库、hadoop借由大数据的浪潮被炒的沸沸扬扬。一时间还真差点觉得甲骨文这个全世界第二大的软件公司，或许就在某天早上醒来后，竟发现其已经消失在世界上了。哈哈，这是极端性的设想，恐怕是所有DBA都不愿看到的。同样也是甲骨文，也是拉里.埃里森不愿看到的。之前这番话，其实有些像梦话，先不说甲骨文不会坐以待毙，就目前拉里已经看到了云端的这份产业，而且这个一心想干掉微软成为软件界No1的野心家来说，相信其数据库产品未来的走向会越来越完美、稳定，越来越被用户所认可，如果说头疼，可能就是oracle原厂的高额维护费用，这也意味着服务性公司在市场中存在的空间，也就意味着对于维护性DBA的市场需求量可能会饱和但不会被淘汰。说起会灭亡，还真是天方夜谭、杞人忧天了。不只是短期内oracle不会淡出我们的视野，之后的比较长的一段时间里，也相信其不会消亡。但DBA们的担忧并不是毫无道理，因为随着大数据的推动，oracle越来越完美，必然带来的是维护管理会愈加走向智能化这条路，虽说10g起oracle主推的EM（企业图形界面管理）并没有发展起来，而且受到很多人的诟病，多数由于性能上的占用（因为图形化是比较耗费系统资源的），即使EM普及之路有些坎坷，但另一个侧面可以看出oracle的EM发展趋势，同样可以预见EM图形界面的发展会由于硬件性能的提升终有一天而被企业所认可。DBA这口饭一定会变的越来越“难吃”了，这点倒是我挺相信的。难就难在，日后对于DBA的要求只会向着扁平化发展，只有对oracle有更深入的理解，今后或许才有存活的理由。

为何这么说呢，因为第一方面，我们可以从技术层面说，分布式数据库发展针对的是大数据处理，管理维护简单，但在高并发上做的并没有oracle稳定、高效。银行、金融、保险、电信等高业务并发行业不会放弃使用关系型数据库。之后的发展只能是“关系型”和“分布型”共存、互补的关系，但可能不会出现此消彼长之势。第二方面，从技术发展的脉络来看。纵观历史的长流，每项技术在向着趋于完美和被所有人熟知的这条路上走的时候，终有一天会被全新的技术所取代。这就是历史的车辙，这亦是人类的智慧，科技的发展。