ITPUB论坛-中国最专业的IT技术社区

 
 注册
热搜:
查看: 56578|回复: 207

[精华] 自动化运维趋势越来越猛,DBA将何去何从。

[复制链接]
论坛徽章:
70
夏利
日期:2013-09-29 21:02:15天蝎座
日期:2015-12-11 09:52:33马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11兰博基尼
日期:2014-01-02 19:02:10保时捷
日期:2013-12-28 20:27:38
跳转到指定楼层
1#
发表于 2013-7-8 14:26 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 vage 于 2013-7-24 15:10 编辑

     有朋友问我一些SQL优化的建议,我有点忙,没怎么回复,过两天他说已经搞定了,用了Oracle SQL Tunning和SQL Access Advise两个工具,自动分析出SQL性能问题在哪,提示可以创建哪些索引解决。按照提示把索引创建出来,就OK了,整个过程很简单。
      最近又听闻12C中的已经有轻量级EM,简单、轻量级,安装、使用不会有哪么多问题,但功能强大,调用ADDM做各种分析、诊断也很方便,从中不难看出Oracle推广自动化工具的决心。不但Oracle,还有一些其他厂商也在搞各种“自动化运维”工具。
      自动化运维,已经山雨欲来,风满楼。针对这个事情,想和大家讨论个话题,自动化运维时代,或者说后运维时代,我们运维人将何去何从、如何定位。

讨论话题:
你认为自动化时代是否快要到来,对DBA的影响是什么。

讨论时间:2013.7.8--2013.7.19


活动奖励:活动结束后将会抽取3-5名会员赠送社区精美沙漏一件。



“水涨上来之后,我们只有爬的更高”,综合大家的意见,自动化大势所趋,但也不必过分担心。自动暂时在可预见的将来,还无法完全替代人工。但DBA入行的门槛可能会提高,对DBA技能的要求也要更广泛。继续学习是避免不了的了,学习的方向又是一个问题。从层次上说,数据库处在中间,向上有应用层,向下有OS层,中间有网络互联。我们可以学习的方向,总结起来:
1、向上。数据库之上,有中间件,内存数据库,MemCached等多种产品。或者更上一步,学习公司产品架构、业务架构。
2、平行。同一层次较相似的有MySQL、PostGre SQL等开源数据库。不相似的有Hadoop等NoSQL方案。当然,我们还要以选择对Oracle进一步研究、挖掘。
3、向下。存储知识,和操作系统相关的知识,另外网络也应该算做下层,它也是基础。

另外,71楼 wzz123snow提出一个观点,大家也可以参考,就是英语。

未来DBA肯定是一专多能。但要注意,要有“一专”为基础,否则只有“多能”,样样会,没一样精通,和打杂的区别不大。只有先“一专”,而后再“多能”,才能真正提升。

感谢以下Puber的热情回复,这是他们的意见,列在前面大家讨论。欢迎更多Puber一起交流。

www_xylove 18楼
我觉得一个运维oracle dba,不能再定位于后台的“运维”了,要跑到前端去,参与数据库设计,数据库建模,应用架构与数据库架构的规划,熟悉数据库编程(pl/sql),参与数据库开发。“纯”DBA就梦想梦想吧,搞数据库内部研究,就周末搞搞吧。
在运维不断自动化的今天,数据库作为基础载物,是不可或缺的,但是dba不是不可或缺的,dba只能适应变化的环境。
dba应该全面开花,精通oracle,熟悉mysql,nosql,sql server,db2 ,存储和主机,网络肯定是要熟悉的,前端应用要熟悉,一定要参与前端设计与开发,规划整个项目架构,dba一定要参与。
dba需要转变思想,5-10年前,是后台运维dba的黄金时代,你可以把oracle研究的翻天覆地,其他的不需要过多的关注;但是5-10年后,你必须把oracle研究的透透的,但是,其他的你也得吃的透透的。我们把它成为“后DBA时代”。
dba应该走向前端,全面发展,才是5-10之后的dba的生存之道。

zcs0237 27楼:
1.必然规律:自动化程度越来越高=>DBA工作效率大幅提高
2.另一方面:
信息化程度越来越高=>
更多领域更依赖数据库技术=>
应用变得数据量更大、更复杂、可靠性要求更高
=>对专职DBA技术更新速度更快、技术积累更高
=>牛x的DBA更拽

风铃中の鬼 32楼:
这根本不需要纠结。。。多自动的东西都有需要人工搞定的时候。。至少从现在的水平来说,数据库维护优化这样的事情能够完全取代人的程度还远远没到。。否则机器人都满大街跑了。。。。举个例子,比如说我在做informix库的时候遇到这么一个SQL优化的问题:2个表的索引字段是一样的,千万级的大表,也只是2个表关联没有复杂的语法,结果集不超过全集的2%,可是查询却非常满,本应只扫描一遍的索引却扫描了N多遍(一条数据扫一遍),后来查了好久才发现是因为2个索引的字段的顺序有一点不一样导致这样的问题,这样的问题那些维护工具根本查不出来,只能人工做。
相反的,自动化越是可以做更多简单的工作,就要求DB相关的人员水平越高,因为轮到你做的都是复杂的事情,总的来说DBA还是缺的,硬要说未来的方向的话,那就是要更加磨练自己的技术,让自己无法被取代就可以了

crazypeter2005 35楼:
我觉得会估计有影响,但是对于熟悉底层的DBA和在一个岗位熟练的DBA不会有太大的冲击。毕竟空降的人也压不了地头蛇,但是对于初级DBA,入门的门槛低了以后,就相当于得去争上游了。
工具取代不了人,只有一成不变的运维在什么都规范之后才会被机器取代。任何需要创意,需要计划的事情都得人去做。
所以DBA依旧是大有可为,如今都是复合型DBA,在系统架构时候就参与DB设计,在测试时候DBA就参与性能调优,在系统,开始上线后就计划备份恢复计划,这些不断变化的事情是任何工具做不了的,必须有DBA的智慧和汗水才能完成。
所以DBA也要不断多元化,一专多能。

kelsoncong 38楼:
很好的讨论,从大方向上讲,我觉得DBA自身首先不能固步自封,把自己局限在DB端,还是要与时具进的。
随着自动化程度的不断增加,传统意义上的DBA的活越来越少, 常规的监控,管理和维护,自动化工具都能够很好的完成,所以对工具运用的熟练程度越来越成为区分高级DBA和初级DBA的重要指标。
毕竟高科技时代了,科技是第一生产力,需要贴身肉搏的场景也越来越少了。
另外,现在DB技术和其他技术的融合也越来越紧密,比如grid control,很大一部分工作是基于weblogic的,熟悉weblogic可以事半功倍的理解grid control。因此,除了DB技术本身,相关领域的知识也变的越来越重要。
DBA需要知道和熟练掌握的东西其实是越来越多,而不是越来越少,但是重心可能有所转移。

guoyJoe 郭大师的回复  68楼
你认为自动化时代是否快要到来,对DBA的影响是什么?
             随着Oracle数据库的不断改成,产品是越来越成熟,使之广泛应用,很多功能是很智能了,只是鼠标点点就可以解决很多问题,很多错误会在9i和10gr2中存在的,现在在11gr2中测试都没了,说明Oracle的维护变得简单了,而且操作只要在图形界面上更容易越来越自动化了,对于DBA这个职业来说,要重新定义了。。。回想刚刚DBA这个职位兴起的时候,那时候是2000年吧,DBA的从业人群还是非常的小,而到了2008、2009年,DBA的圈子已经越来越大,甚至传统意义的DBA已经成熟得需要革新。这个行业的发展非常快,在数据库软件的自动化程度越来越高,应用越来越普及和简单之后,自动化时代的到来是必然的(其实这也是Oracle一直以为长期思考的一个阶段性的总结和升华),DBA当何以为生?实际上这也正是DBA 2.0时代我们要面对的问题。
       说起来,DBA2.0时代,直接同Oracle Database 10g引入的一个新产品表象相关,这个产品就是Grid/Database Control,这个工具将原来的基于客户端的OEM通过Web形式来展现,并且基于后台众多新特性的支持,提供强大的功能。通过这个工具,以前要用SQL工具来追踪的SQL问题,性能问题等,现在使用新的DATABASE CONTROL就可以通过WEB页面清晰快速地展现和定位。很多客户对DATABASE CONTROL的感觉就是,这个工具真实的简化了用户对数据库的管理和监控工作,提高了用户的工作效率,改变就是如此简单。而传统的数据库层面,数据库的自动管理与自我维护性在为断提高,DATABASE CONTROL可以帮我们更好监控和管理数据库,AWR使得信息的收集实现自动化,ADDM使得数据库可以根据AWR等信息自动的进行性能分析和诊断,SQL advisor ,SPM可以帮我们进行SQL调整和提供建议。。。
    Oracle一方面在提高数据库软件的自动化水平,另一方面却将更多的知识,技术囊括入数据库的领域,在这个层面,实际上使得DBA需要了解的内容更加广阔了。
    在传统的数据库层面,Oracle不断在强化自动化管理,提高数据库的自我管理性,减少用户的干预和工作量;而在数据库之外,更后端,DBA需要不断向系统,存储,网络领域延伸,在前端,DBA则需要不断向应用层面进行扩展。根据经验,不断向应用和业务方向延伸,是DBA职业发展的一个重要趋势。
   DBA的世界也在不断改变,我们需要做的是跟上这些变化,继续出发。。。。。。。。。。。。


60楼 周应侯
多元化的社会造就了多元化的行业,多元化的行业需要多元化的人才
   我记得我去年进这家公司,以数据库仓库工程师进去的,笔试题全是ORACLE,答的蛮好的,当场就被组长叫去,直接谈工资,技术也不谈了了,开始他就讲到面试的很多,paper OCP也多,简单的笔试题答不上来,直接就kill了,看我简历上写的在考OCM,就招来了~
  --so~只要你脖子以上有些东西,工作是不难找的,也不用担心说失业,所以我一直跟晚辈们说一句话:年轻就要多投资脖子以上的东西,现在想想,老了,也更应该继续开发
   之后,跟组长聊天,他又说道,以前公司专门招了一个DBA,但由于给的ORACLE的tuning和troubleshooting的工作都没不好,最好还得自己做,于是就给KILL了
  --so~如果你失业了,很可能是自己的原因,没必要担心,vage老大就说了,墨菲定理--越是担心的事情就越会发生,所以努力提高自己,没别的了
  但之后那哥们好像去了恩墨,现在也混得蛮好的
  --so~工作就像谈恋爱一样,合适就在一起,不合适就分开,对彼此都好
  本以为进了公司,就可以专职搞ORACLE,但想你们所说的一样,专职的DBA很少,我的遭遇就更惨了,显示被拉到ETL组搞datastage,之后又被拉到模型组去建模,再过阵子又被搞到优化组,才开始真正接触到ORACLE
  --so~路很多时候是曲折的,路途的风景可能更美,就像datastage,多好的东西啊,比搞oracle有前途多了,请来的另外一家公司的datastage专家,一天3K,他自己拿2K,跟他聊天,他说其实他今年年初才接触的datastage,我说那你怎么做事,他说安装很简单啊,遇到问题了就查资料,打电话请教同事···生活本来就有很多的不公平,记得以前有人说过DBA真正用到的技术只有我们掌握的20%,但其他行业可能只懂一点,但获得的确是我们的N倍。
     搞银行的业务也挺好的啊,阿烂就讲到现在有发展的是两个方向,架构和业务DBA,银行的业务搞懂了,就不用再苦逼的钻研技术了,并且待遇颇高。
     但!!!像很多SB的搞oracle一样,我放不下啊,从09年开始搞oracle,大学专门学ORACLE,ocp的官方教材,老师讲了两次,长达两年,毕业OCP考了,从去年4月份开始准备的OCM也考了,投资了这么多,突然重新去开始一个新职业,没有一点基础,我哪来的优势,所以一直没有深钻datastage和业务,你说这不是SB吗?
    so~其实很多行业比ORACLE有钱途多了,我们也有机会,但我们能不能放得下ORACLE,从头开始,就像阿甘一样,选择了一行就搞到最好,再选择新的一行,就放下以前的,再搞到最好。拿得起,放得下,你做得到吗?
    由于一直在给其他各行同事手下做事,心中很是不爽,然后工作也出现了一些小错误,跟他们印象很是不好
    so~毁一个人其实很容易的,很多时候,上司不会关心你的过程,哪怕你通宵熬夜,不吃不喝,他们更关心的是结果,你交出来的东西,如果他们检查出来有问题,那么你就完了,别人就觉得你的能力很差,现在我就是再也不图快了,真的得从小事做起,把小事做好,上次项目经理找我谈话说,给你分配的任务,你没做好,我不关心你付出了多少,你的结果需要检查,需要再修改,耽误了其他人的时间,那么你的能力就不咋地!眼高手低,一直是我们的问题!不用太去考虑怎么把事情做更好,而应该考虑怎样去执行!!!越想做好,可能就越做不好!
   项目中,当然也经常被叫去帮忙,什么表被误删了,然后叫我过去,flashbak一下,需要rac、gc环境,马上叫到我,sql怎么实现,就叫到我···
   so~不用担心没机会,你的能力得到了认可,得到了信任,那么你得到的机会就会更多
   一次,行方的ASM实例出现了问题,实例起不来,然后叫我去,死活看不出原因,然后折腾了一番,之后另一个哥们接手,说被我搞坏了,把我气死了,我说我只是做了select,啥都没做,做的也是有把握的,然后组长就叫道我说:一件事,如果交了你,你做好了,下次会再叫到你,如果你没做好,那么下次就不会再叫你了。之后检查发现,原因是灾备的把光纤拔了,没起来,导致外部存储没挂上来,就找不到asm磁盘了
  so~你可以不把一件事做好,但是一定不能把一件事件做得更糟;你做好了,下次人家记起了你,做不好,下次人家也记起了你,但是不会再用你了
   
   几次和组长沟通,他说道:别浪费了时间,如果你觉得在这儿不合适,那就走,我不留,如果你决定留在这儿,那么就得听我管
  so~工作其实有很多的,千万别委屈了自己,关键在于选择,选择了就努力的去做好,否则就早点走,要相信一定有一家是值得你去卖命的,就像一定有一个人等着你去终生陪伴一样,最近也考完了OCM,也准备换个工作了,在这儿太累 了
   ···
   其实还有很多的经历
   像积累知识方面:兔子哥说的好,你能力咋样取决于你每天晚上8:00~10:00在干嘛;
   oracle到底该不该继续钻研:谢老板就说到,听完数据库大会,感觉还得继续走oracle这条路,个人感觉学不学就像很多人说,现在10g的ocp会不会取消一样,10g的会取消吗?
   工作和学习:现在的小组长,一个中职学历的,但能力很强,以前住一起,每晚学到1、2点,钻研dsi,metalink,官档···现在每晚也不带电脑回去了,工作中学习,梁老大的书也谈到意识这个玩意:少做,可能工作之余我们学了rac,但一辈子都不会用到。自己学习的东西不用,可能几天就忘了,但工作中的东西钻研了,可能就是一辈子
    ···
  个人之路,希望vage及各大牛指点,不胜感激!!!

55 楼 wykaoyan :
这确实是个值得是靠的问题。当初选择Oracle的时候,给自己定位了两个方向,一个是数据库开发,另外一个是数据库管理员(DBA),现在在做数据库高级开发工程师。主要做太平洋保险的项目。相比而言,开发的需求比管理员的需求更多一些吧。随着运维自动化的来临,确实是要思考思考自己的未来。多学习一些东西,不仅局限于数据库管理方便,但要以数据库为主,毕竟还是要有专长的。
个人预计,至少要十年之后,运维自动化才可能大行其道,虽然出了12C,但是现在大多用的还是10g.所以,无论是做管理还是开发,路还有很长要走,不要着急,不要担心,风雨欲来风满楼,淡定,找准自己的方向,只要前行,就有收获!

62 楼 Hanson_hao :
个人认为DBA并不会因自动化的工具到来产生失落,
正是因为现今越来越复杂的平台系统应用, 背后所产生的复杂的数据结构和多层级系统架构,有限的DBA 不能再依靠简易的监控工具和经验,正确的判断日益增多的异常和风险的存在。正是这些大公司集合大家的问题和监控解决方案,而产生专业的智能化工具,使我们能够快速的寻找匹配的解决和预防方案,提供一个比较健壮的运维服务。当然这些工具是需要我们这些运维人员根据本地化的环境,“个性化”配置对应策略和监控点,这不是降低我们的技术门槛,而是要求我们必须更专业,更加积极了解并尝试最新的技术,才能够因地事宜的使用有效的工具和策略。
个人认为云才是对于我们影响比较大,。。。。。。

wzz123snow 71楼:
已经聊的很全面啦,补充下。
1. 自动化的程度越来越高不假,但不可能完全自动化。ORACLE不敢这么做,企业也不敢。
2. 应用程序开发的烂也不是纯靠DBA来解决,需要DBA和开发一起来搞。自动化可以诊断出问题,但是解决问题还是需要多方来进行配合。DBA不能只留在DB区域,需要了解业务。一个不懂业务的DBA不是一个好DBA。
3. 不管什么岗位,固步自封都意味着自取灭亡。有事没事多学点,不管天下怎么变,知识都是自己的。
   
有个朋友说过一句很朴实的话:会电脑,在中国可以混。会外语,在国外可以混。二者皆会,哪都可以混。
76楼 bobo307135136
个人以为自动化运维再自动不到不需要人的参与,自动化运维只能解决有规律的问题,然而实际运维过程中的问题千变万化,自动化运维只能解决一部分明显的问题,真正的细节还需要人为的参与;
以现在机械化来说,家里收小麦现在全部靠联合收割机了,但是联合收割机只能收割正常的麦子,一但麦子被风刮倒或者被大水淹没,联合收割机就不行了,而且联合收割机收过的麦子,必须人工拾掇一遍才能将麦田里的麦子收干净;
所以自动化运维只能减轻DBA的工作量,不能完全替代DBA,细节还需要DBA去动手解决;
另外,随着自动化运维的流行,以后的DBA不能只精通数据库,要一专多能,才能有更好的前途,单纯做DATABASE   DBA前途渺茫!
77楼 super_sky :
你认为自动化时代是否快要到来,对DBA的影响是什么。
自动化时代,是一个趋势。我觉得对运维DBA会带来一些影响,主要是减轻DBA的工作负担,要取代DBA,我感觉在近期还不太可能。毕竟业务是千奇百怪的。
对于自动化的趋势,DBA也要做一些改变。这个可能有两个方向
1)架构师,多积累系统架构知识,向架构方向发展,不局限莫一种数据库
2)向业务靠拢,熟悉业务

spider0283 81楼:
自动化运维工具懂业务逻辑吗?
前一阵子一个案例,以下这个SQL因为Not in的关系不会走Index
select * from aaa where group_name not in ('SHIPPING','INSTOCK')
改写一下,把Not in改成IN就OK了,这样的事情再好的优化工具也想不到
select * from aaa where group_name in (select distinct group_name from c_route_control_t where group_name not in ('SHIPPING','INSTOCK'));
kasonbin 83楼:
自动化时代,这一个问题确实直得我们8090年代的人深思,其实这是一个很具前瞻性的课题!甚至可以
升到中国未来的经济问题。自动化的时代确实会对这个年代的DBA造成影响(大规模到来还早),因为
现在的DBA要面临着一个决择,古老的单纯“运维”已经很难的跟进这个时代,也不符合中国的国情。
你要知道,我们几乎在这里的所维护的数据库清一色都是国外的产品,不是甲骨文就是微软。以前的DBA
呢,从另一个层面来说附加值太低,基本上都是维护别人的东西,缺乏设计和创造性。某些低端DBA已经
要面临被淘汰的风险,因为一个高级DBA加上智能自动化解决工具就已经代替了低端DBA(会在你不知不觉中悄然光临)。
举个例子吧,上一年我们的富士康已经开始采用“机器人”来协助人工,生产线上的员工面临着两个选择,
1、被淘汰。2、提升自己到高附加值的事物上。从这个富士康的动作就可以看出,在中国低成本的劳
动力已经渐渐地不占优势。从它这个例子延伸到我们的IT行业也是一样的道理,在企业的投资经营环境不断恶化的基础上,
要不就低降运营成本,要不就创新。所以说,这就要求我们传统的DBA(不单单是DBA,别的行业也一样),一精多能
在运维的基础上参与设计创造。想让自己更加强大,想让中国国富民强,制造业是根本,高新科技是出路!
water_chou  102楼:
其实对于自动化或者半自动化管理数据库,对dba来说影响不是很大,这是个适者生存的时代,每做一项改变,人都会相应的去做些改变,以适应。
大部分都是以dba的过来人的身份讲这些东西,对于初学者而言,可能都是一个样,因为不管怎么变,做技术的,都讲究刨根问底或者从另一方面说,初学者反而要学的东西更多,因为随着自动化管理的出现,整合的新技术也越来越多。
所以还是要厚积薄发。

spider0283 109楼:
我个人理解:
自动化工具确实有用,我们的监控、点检、备份都是用脚本实现,结果自动发送到邮箱里。grid control对troubleshooting确实有效
自动化工具腾出的时间DBA可以研究业务逻辑,我自己维护的DB里面的存储过程都不止读过一次,逻辑部分比开发更熟悉。
网络、小机、存储、中间件,甚至ERP这些都可以study,DBA不应把目光只局限于数据库

135楼 Martin_Oracle :
自动化的普及证明人类的文明在不断发展,
做技术的也应该顺应人类文明的发展趋势。
这个社会,本就是适者生存的一个大环境·
兴趣是最好的老师,Oracle + Linux是我目前的兴趣所在,也是我未来的研究发展方向~
有自动化的东西拿来用就是,自动化做不到很好的,自己再去做,人的精力是有限的,自动化的出现恰恰也还给了人们一部分精力用来研究其他感兴趣的东西,不是吗?
myles521 138楼:
我倒觉得对dba来说没啥,有些工具的建议并不是最好的,而工具给出的增加hint的时候也很多,其实这些大部分都可以避免,但这要求dba的能力很强,那些只是指导性建议。
有些系统我们能从业务角度来达到更大的优化目的,不仅仅是优化sql等,这些都是工具做不了的。
工具还是替代不了人,更何况还有故障处理,还有备份恢复等等
joebinl 155楼 首先我觉得全面发展肯定是一个趋势,作为个人的职业考虑也不可能就一辈子要与一个dba死磕到底。但就自动化运维的趋势能不能取代dba这个命题来说,我觉得是不能的,自动化如何发展总是需要知道内幕的人因为自动化本身也是需要维护的,以目前自动化的概念来看也就是告诉我们结果以及这个的一些建议,造成这个的原因还要靠人去追溯,再有一些极端的情况如崩溃、数据抢救恢复必须是要人操作的,自动化只是针对数据库本身的,来自数据库之外的那怕是一根劣质网线带来的网络传输的不稳定自动化也是无能为力的。



求职 : 数据库管理员
论坛徽章:
41
2014年新春福章
日期:2014-04-14 09:54:08技术图书徽章
日期:2014-01-26 14:02:05福特
日期:2013-12-27 00:16:54劳斯莱斯
日期:2013-12-20 16:46:55劳斯莱斯
日期:2013-12-02 16:08:54问答徽章
日期:2013-11-12 20:51:23奔驰
日期:2013-10-25 20:19:39ITPUB社区12周年站庆徽章
日期:2013-10-08 15:00:34ITPUB社区12周年站庆徽章
日期:2013-10-08 14:57:282014年新春福章
日期:2014-02-18 16:48:49
2#
发表于 2013-7-8 14:55 | 只看该作者
已经到来,要失业了

使用道具 举报

回复
求职 : 数据库管理员
论坛徽章:
41
2014年新春福章
日期:2014-04-14 09:54:08技术图书徽章
日期:2014-01-26 14:02:05福特
日期:2013-12-27 00:16:54劳斯莱斯
日期:2013-12-20 16:46:55劳斯莱斯
日期:2013-12-02 16:08:54问答徽章
日期:2013-11-12 20:51:23奔驰
日期:2013-10-25 20:19:39ITPUB社区12周年站庆徽章
日期:2013-10-08 15:00:34ITPUB社区12周年站庆徽章
日期:2013-10-08 14:57:282014年新春福章
日期:2014-02-18 16:48:49
3#
发表于 2013-7-8 14:56 | 只看该作者
要转行了  

使用道具 举报

回复
论坛徽章:
70
夏利
日期:2013-09-29 21:02:15天蝎座
日期:2015-12-11 09:52:33马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11兰博基尼
日期:2014-01-02 19:02:10保时捷
日期:2013-12-28 20:27:38
4#
 楼主| 发表于 2013-7-8 14:56 | 只看该作者
jxzkin 发表于 2013-7-8 14:56
要转行了

也不必这么悲观

使用道具 举报

回复
求职 : 数据库管理员
论坛徽章:
41
2014年新春福章
日期:2014-04-14 09:54:08技术图书徽章
日期:2014-01-26 14:02:05福特
日期:2013-12-27 00:16:54劳斯莱斯
日期:2013-12-20 16:46:55劳斯莱斯
日期:2013-12-02 16:08:54问答徽章
日期:2013-11-12 20:51:23奔驰
日期:2013-10-25 20:19:39ITPUB社区12周年站庆徽章
日期:2013-10-08 15:00:34ITPUB社区12周年站庆徽章
日期:2013-10-08 14:57:282014年新春福章
日期:2014-02-18 16:48:49
5#
发表于 2013-7-8 14:58 | 只看该作者
vage 发表于 2013-7-8 14:56
也不必这么悲观

求v哥收留

使用道具 举报

回复
论坛徽章:
1
妮可·罗宾
日期:2016-06-22 18:13:49
6#
发表于 2013-7-8 14:59 | 只看该作者
那得做点软件做不到的才行  入行要求又要提高了

使用道具 举报

回复
论坛徽章:
70
夏利
日期:2013-09-29 21:02:15天蝎座
日期:2015-12-11 09:52:33马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11兰博基尼
日期:2014-01-02 19:02:10保时捷
日期:2013-12-28 20:27:38
7#
 楼主| 发表于 2013-7-8 15:02 | 只看该作者
liuyanwei1024 发表于 2013-7-8 14:59
那得做点软件做不到的才行  入行要求又要提高了

是的,我也是这样看的,水涨上来之后,我们只有爬的更高。

使用道具 举报

回复
论坛徽章:
70
夏利
日期:2013-09-29 21:02:15天蝎座
日期:2015-12-11 09:52:33马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11兰博基尼
日期:2014-01-02 19:02:10保时捷
日期:2013-12-28 20:27:38
8#
 楼主| 发表于 2013-7-8 15:03 | 只看该作者
jxzkin 发表于 2013-7-8 14:58
求v哥收留

我也在四海飘泊啊,

使用道具 举报

回复
求职 : 数据库管理员
论坛徽章:
41
2014年新春福章
日期:2014-04-14 09:54:08技术图书徽章
日期:2014-01-26 14:02:05福特
日期:2013-12-27 00:16:54劳斯莱斯
日期:2013-12-20 16:46:55劳斯莱斯
日期:2013-12-02 16:08:54问答徽章
日期:2013-11-12 20:51:23奔驰
日期:2013-10-25 20:19:39ITPUB社区12周年站庆徽章
日期:2013-10-08 15:00:34ITPUB社区12周年站庆徽章
日期:2013-10-08 14:57:282014年新春福章
日期:2014-02-18 16:48:49
9#
发表于 2013-7-8 15:05 | 只看该作者
vage 发表于 2013-7-8 15:03
我也在四海飘泊啊,

跟了~~

使用道具 举报

回复
论坛徽章:
11
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:51奥运会纪念徽章:乒乓球
日期:2012-09-04 13:23:292013年新春福章
日期:2013-02-25 14:51:24问答徽章
日期:2013-09-29 15:28:56
10#
发表于 2013-7-8 15:14 | 只看该作者
自动化总要有人去做才行,dba的工作难度可能会降低,同样需要专业的人来干。
可能会随着难度降低,薪水会受影响。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档 |
  | | |
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 网站律师 隐私政策 知识产权声明
 北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表