这是之前的一次调研，原来的萌新都成了熟手，而年轻的毕业生也走入工作岗位，我们来看看各家之言。
DBA在IT行业中的角色可能不是很光鲜，但就是有这样一群人在默默奉献着。他们没有工商管理博士（DBA，DoctorofBusinessAdministration）那么高大上，也不是有些朋友想象的无所事事，责任感不强。
有一次和出版行业的朋友聊天，他委婉地问道：你们DBA平时主要干些什么，因为我看数据库也很稳定啊。这个问题突然问住我了，我想其他朋友也会有类似的想法，包括我自己都陷入了沉思。
所以我们决定发起这个话题：
你眼中的DBA是什么样子的？
针对本次话题，我们先做了减法，通过定向邀请的方式，我们有幸邀请到了30位童鞋发言，每个人都有自己的独有思考角度和理解。这其中既有DBA自己的总结，也有其他岗位的看法。不仅涵盖工作近30年的老司机，也涵盖还未毕业的大学生，这些人平时看似很难有交集，所以，借这次机会也想让大家有个互相了解、互相认识的机会。
当然，如果能借本次话题加深大家对DBA的认识，同时让DBA们通过其他岗位朋友对自身工作的评价而完善自身，那么，我觉得我们这个话题的预期效果就达到了。
以下为本文参与话题人数统计：
大学毕业生
刘依然：
我是一名工作在北京的DBA实习生，3年前在机场看到硕大的广告牌上写着“1号店采用OracleExadata运行速度加快7倍”，这是数据库给我留下的第一印象，之后它给我的生活带来的影响更是愈渐深远。在银行的实习中，我感受到如今行业间的竞争力重点在于运行速度、数据分析、客户忠诚度等，这使得企业不惜花重金去搭建与维护自己的数据库。DBA成为信息时代的幕后英雄，用最精准的分析，科学的办法，每天和最聪明的人在一起，做着改变世界的工作。
白星冉：
我是一个数据库开发的实习生，从开始接触数据库到如今的实习都对这个行业充满着浓厚的兴趣，我们通过操作和管理数据库把一些信息数据集合起来处理成我们需求的数据，大大减少人力物力的消耗，这个过程本身就很美妙。在当下大数据的时代背景下，数据库的开发管理更加需要我们挖掘一些新的技术，以适应科学技术发展的步伐，我相信未来这个行业肩负着更多的责任，对此我更愿意去陪伴它一起成长。
王林瑶：
进入这个公司已经有快两个月了，从搭建单实例数据库，搭建DG，我算是明白了，我在这两个月的时间里，学到了很多东西，自己琢磨到的东西也很多。现在的我就是想好好学习，慢慢来，我是急性子，同时我也明白学Oracle数据库不能急，得慢慢来，书中自有黄金屋么，多读，不要贪心就好。我现在是这样想的，我也这样做了。多少同学说羡慕我干了技术岗，可是他们不知道我是真的很心痛，很捉急，很无奈。我告知他们的就是一句话：养精蓄锐，这也是告诫我自己的。
DBA新人
张琳涵：
我是一个有着1年经验的MySQLDBA萌新。在我看来DBA存在的价值越来越体现于Performance。数据库安装、架构搭建及日常维护占据了DBA70%的工作精力，而目前云服务正在逐步代替这70%的工作量。如何提高剩下30%的优化、处理能力显得尤为重要。在我看来工作过程中对数据、日志的敏锐定位和性能优化会让一个DBA在这个云时代站稳脚跟。
许晨：
我是个刚工作半年的OracleDBA，因为自己很喜欢Oracle这一方面的知识，可以带给你很多乐趣。但是同时也很彷徨，因为不知道什么工作适合自己，什么工作才能让自己得到提升。
在这个着急的时代，着急的自己，有时候想找到一条出路。最后希望自己在Oracle这条路上越走越好。
HR
杨旭飞：
我是一名电商行业IT团队的HRBP，DBA团队可以说是公司业务团队的核心，App崩了可以再上线，服务器挂了可以再装系统甚至再次购买，但是极少有公司甚至行业能承受住数据库丢失的打击，我眼中的DBA不单单是作为机房、数据库的管控、调用，更多的是为数据的管理与优化提供服务的人，他们能做到稳定服务器，保证配置最优化，利用数据资源进行程序优化，最后就是日常维护与性能数据收集。
开发工程师
白喆：
DBA，在我眼中一个只会说no的职业。建表：不行，不规范。加字段：不行，英语拼写语义不明。链表查询：不行，去优化SQL。存储图片：不行，去存硬盘。等等等，数不胜数的no。有时候在想，DBA是上天派来消灭我们的吗？时光如梭，随着我们项目的逐渐扩展，我去，又有bug，怎么数据库就不宕呢。如今不得不佩服敌人的狡诈与严格。
王洁晶：
作为一个开发人员，和DBA打交道还是挺频繁的，如果直接说我眼中的DBA有点抽象，还是先来列举下开发通常什么时候会找DBA吧。
最频繁的情况，在开发过程中遇到比较复杂或执行时间较长的SQL第一反应就是找DBA优化，那自然是相当于购买了保险嘛；有些程序运行一段时间后执行效率变差了或者干脆罢工了，会找DBA检查是否死锁了，数据库连接不够用了等等。
还有一些低级的应该比较不受DBA欢迎的问题，比如锁表了需要解锁，误删数据了需要恢复数据（最好不要发生，否则真的很麻烦）等等。
如果足够幸运能遇到一个懂开发的DBA，那么我在做一些涉及到大数据量存储或更新的程序设计时，会先找DBA咨询一下，程序中如此大数据量的频繁读写是否会给数据库造成很大的压力，看如何做可以使性能更好等等。
总结一下就是数据库管理和优化的工作都会涉及到DBA。
如果和DBA配合得好，那么DBA对于开发人员来说就是了不起的幕后英雄，反之，就会由于某些界限不是很明确的问题，比如性能问题，而陷入双方都尴尬的境地。
孙代文：
我是一个BI方向的项目经理，有7年的财险数据统计方面的工作经验，接触的DBA基本是甲方信息技术部的员工，经常找他们解决的问题如下：服务器上安装数据库软件、权限控制、表空间增加、变更用户密码、数据库宕机解决等。有时间他们也找我们，给出最耗资源的前10大SQL，让优化。
感觉DBA们时闲时忙，闲的时候多，不过忙的时候一般都是夜深人静的时候搞升级，也有配合数据库厂商的升级。
感觉DBA们各个肩负重任，一个公司数据的安全需要他们负责，所以他们肯定7*24小时不能关机，随时待命。
感觉DBA们都挺不容易的，当然薪资高也是正常的，一份付出一份收获。
孔令玉：
我是一个开发人员，要说我眼中的DBA，就从我平时工作中和DBA打交道的地方开始吧，比如新建表结构，增加索引，查询线上数据等等，作为开发人员都要求提供准确的ip，用户和SQL语句，举个例子，有一次我们批量修复一批数据，我们把SQL都拼好了，但是没有写后面的分号，DBA同学就给返回来了，当时我自己还有点小情绪，不过被DBA同学机智的看穿了，和我解释了一下，说他们每天这种查询和更新的工作量很大，如果不标准，工作很难进行。我想了下确实如此，以后我给DBA的每个SQL都是可以直接被执行的。因为很多时候不是DBA同学针对谁，是他们为了确保数据的准确性，必须要你提供这些数据，因为差一点线上都会出错的。拒绝你的DBA才是负责的DBA。
说了工作上和DBA的日常交互，再说下开发人员比较