蓝的成长记——追逐DBA(17):是分享,还是消费,在后IOE时代学会成长

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

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

 

【简介】

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

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

        欢迎拍砖,如有关技术细节表述有错误之处,请您留言或邮件([email protected])指明,不胜感激。

【前言】

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

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

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

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

 

        在一个需要跑的时代里,蓝选择步步为营;

        分享前的沉淀,更多的是成长,而不应是消耗。

        面对打压和质疑,我们能做的,只需低下头,默默的擦亮自己的枪。

                                                                                                                         ——深蓝

        不要总说日子无聊,技术不出众时,沉下心,多学习多分享,等到技术登峰造极时,再想想为行业能做多少贡献,挣钱只是捎带脚的事。

                                                                                                                                                                                                                   ——深蓝

 

        我们正身处一个自由、民主、开放、共享的互联网向物联网过度的时代。面对层出的技术创新、技术变革,只有加快我们学习的速度,才不致于被IT浪潮所淹没。

        说到IT,相信,“开发”二字应该是不绝于耳。常常这两个字被赋予的一种项目使命,职业生涯中好似带上光环,在伴随着稳定的收入。这就是为什么人们选择开发,而蜂拥而至吧。这段时间无论是生活还是工作,跟开发人员的交流愈来愈多,从中让我学到很多东西,丰富了我的视野。但另一个侧面,有些负面的因素也在左右着我的认知。因为常常在开发人员的语气中,你会感觉到,不只是去IOE浪潮再对DBA的影响力有所削弱,似乎有一部分的开发人员思维已经固化,认为“开发”才是最重要的,进而获得相应的高薪也是顺利成章的。而且很多情况下,技术交流最后都会衍生成可以赚多少钱,未来会变的如何牛,等等吧。我不太想回忆了,也懒得回忆了。只是常常让我有些触动,如今的技术人们都在为了什么从事技术?除了挣钱,我们是不是应该更多的思考下,我们到底是什么趋使我们当初走上了技术这条路,而又是什么趋使我们在这条路上,“坚持”的一直走下去。我想,如果为了钱,你可能是过客,但做不到“坚持”,更谈不上“大牛”了。

        话再说回来,再说说“开发”,其实搞开发的辛苦、艰辛这是IT业内达成共识的事,想“做好”开发,不是件容易的事。而对于DBA,似乎并不像“研发人员”这类职位一样被人们所熟知,有一部分甚至在企业中得不到认可。这其实是很尴尬的局面。原本“开发”与“DBA”其实应该是熟络的密友,是难舍难分的搭档才对。因为无论是研发也好,还是DBA也好,思维模式有很多近似的地方,只是针对从事的重难点侧重不同,比如说开发要想办法让软件系统性能更高,而DBA则希望数据库更具健壮性,这前台、后台之间,其实是相辅相成的。而发展成当今的现状,这也是有各种层面的因素导致的。

        记得听老前辈DBA说过,在10年前,DBA是个极为稀缺的职业群体,而且只有大公司才有DBA,而且“光环”非常耀眼。伴随着IT业界的发展,对于数据库的安全性愈发受到重视,再加之IT系统管理的精细化发展,对于DBA的需求逐渐增加。由开始的“大公司内研发转型DBA发展之路”,已经转变为“不想成天写代码的人群选择职业”的发展原因。说到前后两者的对比,想必最大的区别就是——开发技能!在之前对于DBA的要求,是只有你掌握了开发技能以后,才有可能成为DBA的,也是当初DBA为何门槛高的原因,因为很多开发人员可能还没过渡到DBA就已经在开发的人群中淹没了。而当今已不是这般,已经可以主动选择DBA,而其中已经可以细化出“开发DBA”还是“管理DBA”,但这在我看来,身为一个DBA的话,不掌握些开发技能,真的是有失DBA之名。如果只是单纯的懂管理,在未来想必终会被淘汰。所以,我们在立足于“数据库管理型”技能之上,应该更多的去了解开发的知识、理论。

        如果我这么比喻不知能否被认可:对于开发人员,侧重的是了解业务逻辑,而在经过多年积累后,找寻技术突破遇到瓶颈时,或许可以尝试一下转型DBA,而在DBA磨练打拼数年之后,由于懂业务、懂平台结构,于是成为了企业的“架构师”。

篇章一、过往:经验的积累:简简单单

1)、条件反射的版本

2014年记于威海

回忆两点细微的所见所感

        一知半解的情况下最容易陷入惯性思维的漩涡,可能不是本身有难度,而是习惯了不再做出思考的代价。

       培养条件性反射的细节:版本+位数

       可曾留意的细节,数据库版本的位数。在最初工作的时候,对于位数的概念不是很清晰,而是伴随着工作中由于版本位数不统一造成的一些列低端问题的出现,才让我意识到,对于位数原来oracle如此明确。

[oracle@hyl ~]$ sqlplus '/as sysdba'

SQL*Plus: Release 10.2.0.1.0 - Production on Wed Aug 6 08:41:02 2014

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production

With the Partitioning, OLAP and Data Mining options

        即使在我们登陆sqlplus时就有版本的信息,大家是否留意过这个简单的细节呢~

上面是登陆10Gsqlplus时,如果oracle64bit的,是会有提示出“64bit”的信息的,而如果是32位则没有位数提示。在oracle11G也同样,如下:

还有几个方法,也可以查看到oracle的位数,如下:

法二:

法三:

这里说明一下,如果是32位的oracle,上面的这个值应该是8位的16进制数。

法四:

linux系统下,可以用file命令查看版本信息,如下:

2)、还跟位数有关,常用的PL/SQL Developer

64位的数据库上使用PL/SQL Developer连接。

oci.dll64位的,32位应用程序PLSQL Developer是无法加载的,而且PL/SQL Developer只支持32位,所以如果要连接64Oracle,我们就必须安装一个32位的oracle客户端才行。

相关配置可以参考:

http://blog.csdn.net/huangyanlong/article/details/18466053

http://blog.csdn.net/huangyanlong/article/details/1

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值