目前在我国还没有专职DBA,都是些复合型人才,开发也行,管理也行,甚至网络也行

解决方案 »

  1.   

    我不知道算不算是的DEV,反正在公司内部的职位是开发,也有专职的DBA,不做开发,一心只搞数据库,水平还是蛮高的
      

  2.   

    这个问题嘛,告诉你最高机密吧:
    DBA和DEV的关系是这样的:
    DBA在工作:
    是机器累,DBA自己不累,过若干分钟后输入一条ALTER DATABASE ...即可,然后出去smoking,等ibm或者hp的柜子狂转。完工之后,周围的DEV都翘起大拇指,说“牛人”!DEV在工作:
    是DEV累,不是PC累,PC看着你焦头烂额的样子暗暗发笑,然后过若干分钟,为你编译一把store  procedure,把一吨错报给你,让你继续焦头烂额,边上的DBA边smoking边说“傻B”!兄弟我两样都是,所以掌握了该最高机密。
    知道了DEV为何不如DBA了吧。
    ps:我从不抽烟。
      

  3.   

    楼上的意思我不大理解第一个例子让我想起了一个很老的例子:机器坏了,请来一个德国工程师,那个工程师在机器上敲敲打打,然后在某个位置上画了个叉,告诉用户换掉这个位置的螺丝。然后开出账单一万美金。客户质疑:换一个螺丝要一万美金?工程师回答:换一个螺丝需要一美金,知道换哪一个螺丝值9999美金。如果你知道怎么写这句alter data命令,你也不用很累 :)第二个例子没什么太大的意义,熟悉语法、写procedure是developer的基本功,写出来的procedure能有一吨错误,还是趁早改行吧。DBA、DEV两方面都能做得很深入,而且很多内容都是交叉的,做DBA对DEV了解的越多或者做DEV对DBA了解越多,都能对本身的工作有很大的帮助。没什么必要非对立起来。