时间:2021-07-01 10:21:17 帮助过:19人阅读
经常有人问我,有关数据库方面的职位、职业规划、转型等相关的问题。对于经常听到的“DBA(数据库管理员)、数据库开发工程师、数据挖掘工程师、数据库架构师......”这些职位,之前我也比较迷惑,甚至搞不清楚这些岗位具体的工作任务和职责,更别提什么职业
经常有人问我,有关数据库方面的职位、职业规划、转型等相关的问题。对于经常听到的“DBA(数据库管理员)、数据库开发工程师、数据挖掘工程师、数据库架构师......”这些职位,之前我也比较迷惑,甚至搞不清楚这些岗位具体的工作任务和职责,更别提什么职业规划了。后来询问了一些专门从事数据库方面工作的朋友,也查了一些资料,加入了自己的一点点见解。抽空整理了一下,写出本文,希望能够帮助到想走这条路的朋友。由于本人也并不太专业,如有错误,望及时指出。
所谓数据库管理,就是我们通常说的DBA(数据库管理员)。主要工作是做数据库安装、管理、调优、备份、容灾、集群、安全等(拿sqlserver DBA为例子,工作职责可以参考http://blog.csdn.net/dinglang_2009/article/details/7352850),主要技术点是除了对数据库本身比较熟悉外,还要对硬件(主机、存储、网络)、操作系统等方面有较好的理解,否则很难做到真正的高手。例如,在做数据库调优中,I/O是比较常见的性能瓶颈,你要想真正最大限度的调优,必须了解磁盘(硬件)的工作原理,还要了解操作系统的相关知识(例如windows下的文件系统的特性)。在做数据库集群的过程中,拿sqlserver为例子,必须先实现windows操作系统的集群,如果你不了解windows系统的管理,怎么能胜任呢?优秀的DBA,不一定是个优秀的系统管理员,但至少也是非常数据操作系统实现和管理的,这毫不夸张。
总的一点,就单单这个方向而言,要学的知识和技术也确实太多了。所以,通常DBA只需要熟悉一款数据库产品(例如Oracle。国内sqlserver DBA很少)即可,能在职业生涯中走得很远。相反,多而不精是很忌讳的。
所谓数据库开发,我认为有好几种。首先,一般人理解是指涉及到数据库应用的开发。例如使用php+mysql开发网站的,运用Java+Oracle开发银行系统的,asp.net+mssqlserver开发企业级ERP系统的......这些都可以认为是数据库开发。在某些公司(一般是大公司),也有专业从事数据库层面开发的工程师。通常他们的系统都比较依赖于数据库层面,例如使用了很多事务控制,存储过程,高并发经常造成数据库死锁等等。这样一来,工作任务会很重,必须有单独的“数据库开发工程师”。还有一种是采用纯数据库系统上的语言进行开发工作,这类一般是指专注于纯数据库技术开发的人员,如数据挖掘工程师(数据库抽取、传输、加载,是数据仓库应用的一部份)。此类入门的门槛较高,薪资待遇也非常好,随着商业智能在国内的兴起,这类职位的需求也越来越多。
有些大型公司,对数据库应用比较深入,可能会设置专业的DBA从事开发顾问工作,主要责任是与项目组一起进行系统的数据库结构设计、SQL相关的开发优化,建库建表操作等,这类DBA要求对系统业务有一定了解,对数据库开发与优化也比较熟悉,对这种职位每个公司的名称可能不一样,有些公司还是称为DBA或数据库开发工程师,阿里巴巴公司称为开发DBA或应用DBA。例如我有个朋友在阿里巴巴下面的支付宝DBA项目组,他就主要从事Oracle数据库管理和调优工作。总而言之,大公司会细分,小点的公司则一般希望你是全能型的。这很好理解,大公司有钱,且对技术要求更高,所以需要很多“专才”来协作。而小公司财力等各个方面有限,相对技术要求低一点(也不一定),所以更倾向于“通才”(至于那种太小的公司或者不是专门从事IT行业的,一般不会设专门的DBA。打个比方,一个皮包公司招到一个程序员,恨不得立马就把公司里的美工也炒了,可想而知小老板对人才的渴望和要求)。至于“通才”还是”专才“,还是要看自己定位了。
就我个人而言,对数据库谈不上有什么深入研究。稀里糊涂的用了几年,不敢提太多建议误人子弟。关于数据库学习的方法,一定要理论加实践(否则就是纸上谈兵了),光看书是没用的,而且会让人感觉投入多收益少而失去学习兴趣。开始时多动手实践,掌握常用的功能,在工作中或网络上解决实际的问题,学习别人解决问题的方法,对于不理解或不熟悉的知识点自己要亲自实践,解决的问题多了,自然就会感觉水平提高。到一个阶段后,接着会发现水平提高得越来越慢,这时反过来从更基础的层面系统的学习数据库知识,尤其是研究偏底层和原理性的知识,再加以实践。过了这个阶段,基本算是入行了。我在博客园和CSDN等网站上,经常有许多深入数据库底层相关的文章与讨论,让我这种菜鸟望而却步,这些知识很重要而且难掌握,但并不表示这些知识很实用,因为我们学习知识主要目的是解决问题,而不是表现自己。因为我们大多数人还是从事应用层开发。我曾对sqlserver的索引、事务、锁一直比较疑惑,想恶补一下。抱着几本《sqlserver 2005 技术内幕》啃,这系列的书是从sqlserver 2005底层开始揭示的,确实写的好,可惜不太适合我这种菜鸟。试想,连一条复杂的sql语句都写不出来,你跟他讲sqlserver引擎内部执行原理,那能有好效果吗?所以,还是那句经典的话:由浅入深,循序渐进,理论加实践。说起来简单,做起来难啊!没有捷径。工作中积累,业余还得学习,不断积累多年。
blog.csdn.net/dinglang_2009