Dba在开发团队中的作用

albertdong

我觉得他们是把数据库系统分析员和DBA混淆了。今天正好在看024的Course Study，Lesson 13中有一句话：
As a database administrator (DBA), you may not be directly involved in the tuning of an application, because application developers are usually responsible for developing applications and writing SQL statements.
我个人认为DBA不属于开发团队，DBA中的A是administrator而不是analyst。DBA是系统提交给客户后，客户方负责管理数据库、调节性能备份维护的管理人员。看看我们ORACLE DBA的考试内容就知道了：体系结构、备份、优化、网络配置。和设计有很大关系就只有体系结构和优化。

air_niu

我同意上述观点，DBA应该作为支持人员服务于项目，当然也就不能说决定项目的成败了。决定成败的因素很多，PM、设计人员、需求人员。。。都可能导致项目失败！

chinesestar

1.这个论坛的绝大多数成员是Developer，而不是Administrator。所以有必要探讨一下这些人怎样将他掌握的DBA技能融入开发项目中。

2. 开发团队中一般没有配置专职的DBA。DBA是一个角色，而不是一个人。这个角色可以在不同的阶段由项目组中不同的人员担任。比如设计阶段由SA兼任，维护阶段由一名指定的技术员担任。出于成本上的考虑，专职DBA只会为大型项目配置。

3. 开发团队中一般没有数据库系统分析员这一角色，只有应用系统分析员（SA）。设计数据库对象是系统分析员的一项基本技能。SA根据业务要求设计数据库概念模型，DBA协助SA完成概念模型向物理模型的转化。举个例子说明它们的区别：同样是存储数据的对象，SA可能只会设计Regular TABLE，DBA则可以综合不同的要素设计成IOT、Partitioned Table、Clustered Table。

4.为什么我提出DBA应在设计阶段出现？
相应大家在学习了ORACLE的培训教材后，会发现它在许多地方强调，针对不同的数据库对象（table、Index）、不同应用类型（OLTP、DSS）、不同的数据量、不同的访问方式（ReadOnly、ReadWrite）等等，应该设计不同的存储参数。
但在实践中，你会发现绝大多数项目组并没有精力或能力去设计一个合理的数据“存储”结构。大部分开发者忙于系统功能的实现，一般是将全部的数据库对象放在一个大的Tablespace中，对象的存储参数使用缺省值。如果DBA在系统交付时介入，改变这一切已经不太现实，顶多作一些修修补补的工作。

有感而发矣，不当之处见谅。

albertdong

同意楼上这位大哥哥的说法，1234讲述十分清楚。这位大哥所说的这个角色在系统设计的过程作用确实很大。但是我觉得他的职责描述不是DBA而更像是数据库分析员。
所以我觉得这个话题的题目应该为：
在软件工程的各个阶段，需要什么样的数据库知识与之配合？
如最初分析阶段需要茧里抽丝、抽象建模；详细设计则需要了解数据库的物理结构设计；代码编程则侧重于高效的SQL语句...

carf2000

看了各位的回复，感觉很受启发。。呵呵
看来个人对DAB的职责理解很不一样。。。
我觉得之所以DBA有可能在设计阶段就介入，是为了在设计阶段就开始进行性能优化。
对于一个已经成型的数据库，DBA所能做的优化其实比较少，如果在设计阶段就对数据的安排及应该注意的一些方面进行优化，可以为真正的数据库维护DBA省很多力气。。。
呵呵，只是我的个人观点。。。。
实际上要做到这一点很困难。。。对个人水平要求应该比较高。。呵呵

Seaman

这个话题很值得讨论，作为一种新的介入，本人觉得在团队（不论是哪种团队）中具有DBA权限就是DataBbaseAdministrator，而不是Operator！ 不过现在以中国国内的软件行业来看，普遍情况下根本没有给DBA这个角色充分发挥的空间，这个问题就像困扰着各位Coder及Developer的很多问题一样，是软件设计工业流程的不成熟所导致。同样叫做DBA，大家的工作职责却相去千里，不仅仅是每个DBA自身的水平限制，更大程度上是没有完善的机制。不信可以去打听一下，中国有几家软件企业拿到了CMM认证？

jackyschu

因为数据库的设计与系统的物理实现密切相关，
所以设立数据库系统分析员的角色是非常必要的。
如果说dba要在设计阶段参与，
那也是db design review之类的活动。

事实上，dba对业务和设计上的问题并不熟悉，
dba的工作侧是侧重于维护。
对于大型的数据库，独立的DBA角色是必要的。
如果各位有大型机的经验，比如ES9000上的DB2,
没有专职的DBA是难以想象的。
而dba就是保证数据库的正常运转，
可能会具体到分析应用系统的SQL语句访问效率。

当然，如果是象MYSQL这样的小玩艺，
配置专职DBA就太搞笑了。

个人以为分工越细，才有可能越精。
才有可能用到产品的精华。
否则别人问你，什么都会？
其实什么都不会！

nacst23

who care what is DBA ?
what really needed in project matters.

xmmhacker

在我们公司，DBA更多的是参与到数据库系统的Table,DataBase Space等的设计上来。
帮助开发人员设计一个良好的数据库结构，编写一些SQL 脚本等等。

CYT

开发环境和生产环境的DBA有很大不同：
有开发环境也叫Database Analyst, 职责包括：
1. 协助BA,SA设计数据库表等
2. 编写Developer不写的SQL 及Procedure.
3. 维护Schema，DB upgrade Scripts及文档
4. Exp/Imp DB (Trouble Shooting)
5. DB 相关的Solution(Security, trigger...)

总之能者多劳，大部分时候界限都没有那么分明
如楼上那位所说，如果SA,DBA 作的不好，QA会很重要。

生产环境DBA 和System Admin也有很多交叉。