数据库开发跟数据库DBA有啥区别，那个更有前景

[lakerskobemvp]

新人请教，数据库开发跟数据库DBA有啥区别，那个更有前景

[發糞塗牆]

小型公司其实没什么区别，如果非要说前景，当然后者好一点，但是我个人认为不会开发的DBA不算DBA

[天堂的鸽子]

@DBA_huangzj 着急大师，可以谈具体点不？

[专注or全面]

实话说还真不懂数据库开发是个什么差事？总感觉（应用）开发跟数据库不分家啊，也没见过说专门写sql的工作

[专注or全面]

引用 4 楼 lakerskobemvp 的回复:

[quote=引用 3 楼 x_wy46 的回复:] 实话说还真不懂数据库开发是个什么差事？总感觉（应用）开发跟数据库不分家啊，也没见过说专门写sql的工作

我现在做得就是，建表，根据流程谢谢存储过程，给开发人员预留参数接口，然后他们写程序连接数据库使用我写的东西，当然还有调优之类维护之类的，不过我现在的水平还只能写写存储过程流程什么的[/quote] 那么你们是如何界定，那些业务放在（程序）代码中实现，那些放在存储过程中实现？ 之前有遇到过公司，除非万不得已，一般不用存储过程，触发器更是禁止使用，说实话，太复杂的业务放在存储过程中，调试起来，真的狠痛苦。

[lakerskobemvp]

引用 3 楼 x_wy46 的回复:

实话说还真不懂数据库开发是个什么差事？总感觉（应用）开发跟数据库不分家啊，也没见过说专门写sql的工作

我现在做得就是，建表，根据流程谢谢存储过程，给开发人员预留参数接口，然后他们写程序连接数据库使用我写的东西，当然还有调优之类维护之类的，不过我现在的水平还只能写写存储过程流程什么的

[Mr_Nice]

引用 2 楼 TIANTANGDEGEZI 的回复:

@DBA_huangzj 着急大师，可以谈具体点不？

第一次听到老黄是这个称呼 。 数据库开发，和数据库DBA 在国外的分类是分为两个不同的职位的。 开发关注更多是跟前台相关的细节问题。而DBA更关注的是数据库健康度以及整个数据库架构的问题。 两者侧重点不同。 通常意义上说的DBA ，实际上也应该在数据库开发上达到一定的水准，否则在架构上也是很难把控的。 总结： 数据库开发人员不用到达DBA的高度。 反之则不成立。 参考。

[撸大湿]

引用 1 楼 DBA_Huangzj 的回复:

小型公司其实没什么区别，如果非要说前景，当然后者好一点，但是我个人认为不会开发的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了。。。

[發糞塗牆]

你以为个个公司都能达到你们公司那个级别啊。那些号称做了10几年.net开发的人还来问我在哪里可以重启sqlserver的时候我有多奔溃。我更接受会开发的DBA，思维上就比纯开发（单指数据库开发）更广，源码嘛。sqlserver搞不了。Oracle也搞不了。 另外还有很多传统企业，一个小型ERP系统还考虑你那么多分词排序啊。不可能啊。

引用 7 楼 tntzbzc 的回复:

[quote=引用 1 楼 DBA_Huangzj 的回复:] 小型公司其实没什么区别，如果非要说前景，当然后者好一点，但是我个人认为不会开发的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了。。。 [/quote]

[霜寒月冷]

之前呆的小公司，要写程序，也要弄数据库，还要ps，外加 做项目方案。

[nzperfect]

引用 7 楼 tntzbzc 的回复:

某些特宽列动不动就是十几万个列，有多少DBA见过上十几万个列的数据表？

哪种数据库？关系型是不可能存这么多列的。

[Tiger_Zhao]

7楼那种角色已经超越传统的DBA了。

在我看来，客户现场环境的DBA就是一个重要角色：
严格控制权限，避免手工改数据的可能——要是碰上改数据的奇葩客户基本就完了。
做好备份——有重大损失的客户基本上就是这个没做好。
善用数据库工具——客户自己把性能瓶颈分析出来，我们很开心地以最快速度出对应方案，皆大欢喜。
这样的DBA工作相对轻松、报酬又不低。