新人请教,数据库开发跟数据库DBA有啥区别,那个更有前景
------解决方案--------------------
小型公司其实没什么区别,如果非要说前景,当然后者好一点,但是我个人认为不会开发的DBA不算DBA
------解决方案--------------------
那么你们是如何界定,那些业务放在(程序)代码中实现,那些放在存储过程中实现?
之前有遇到过公司,除非万不得已,一般不用存储过程,触发器更是禁止使用,说实话,太复杂的业务放在存储过程中,调试起来,真的狠痛苦。
------解决方案--------------------
小型公司其实没什么区别,如果非要说前景,当然后者好一点,但是我个人认为不会开发的DBA不算DBA

在传统行业或者国内的大部分软件公司里,DBA和数据开发不分高低,只是职能不同
但在很多互联网行业,数据开发比纯DBA略有前途
比如fb和tt这样的公司,他们初创期几乎没有DBA岗位,全部是一群开发在搞
我的部门职责就是管理数据中心以及 产品的数据开发
但team中没有一个dba,不是不想招dba,而是一般做RDBMS 的 DBA能力达不够
特别是大数据应用中,一些很大的表动不动就有几百上千亿条数据
某些特宽列动不动就是十几万个列,有多少DBA见过上十几万个列的数据表?
有一次我和以前的DBA同事闲聊就说起这个事,他很质疑这种做法,认为是设计失误,因为在他们的认知里只有三范式和ACID
我很难和DBA解释这种问题,有多少DBA明白RCFILE宽表的性能优势(因为他们没见过GBT)?有多少DBA 自己写过数据索引框架(他们中的很多童鞋只会用sql create index),有多少DBA 自己做过分词算法和倒排?(他们只会用全文索引,而不知道全文索引只是个玩具)
DBA想要更上一层,就要懂开发,通算法,数学好,会改源码,能弄架构
等那时你已经不只是DBA了。。。
------解决方案--------------------
之前呆的小公司,要写程序,也要弄数据库,还要ps,外加 做项目方案。