数据库“管理员”是否应该能够深入研究运行时查询性能问题?

D-K*_*D-K 8 sql-server career

我承认每个人的经验和能力都是不同的。话虽如此,我想避免为 DBA 通过行动设定过高(或过低)的期望;似乎是“管理员”。

鉴于:

  • 我是一名深入研究 SQL Server 故障排除和性能问题的开发人员。晚上我拿着一桶爆米花看 Brent Ozar 的视频。
  • 一个有多个部门的公司,这个部门有大约 100 名团队成员
  • 许多客户的数据库有数百万行 ETL
  • 一个小型 DBA 团队,可以处理这些相同的客户。处理 HAG 问题、备份、恢复、为新客户或升级客户创建新部署。

我不是试图证明我自己的观点是正确的。我想调整我的意见或公司其他人的意见。

题:

鉴于上述情况,是否应该期望 DBA 只是一个“管理员”?这是你经常看到的吗?


我进入这部肥皂剧(请参阅我最近的其他问题)时,期望 DBA“有望”深入研究。我开始相信我误解了,我倾向于 DBA - 成为“管理员”。

我欢迎其他人的经验,也许还可以提供关于完善这个问题的建议。

J.D*_*.D. 6

标题就是这样,只不过是一组词,它们含义的相关性取决于您在域的上下文中如何定义该含义。在这种情况下,该域是您的公司,因此你们应该定义 DBA 角色以适应业务需求(实际上是在 DBA 可以做的范围内)。

DBA 是我发现可以演变为许多帽子或交叉类型职位的角色之一。理由是,这是一个由过去生活中的软件开发人员、系统管理员或两者都不是的人组成的职业。

作为一个从软件开发人员到常驻 DBA 再到另一家公司的实际 DBA,现在又回到准软件开发人员 / DBA 的人,我必须体验作为 DBA 的大部分数据库开发和性能调整方面,而不是服务器和数据库管理 - 尽管我已经并且仍然在管理其中的一些方面。这是因为我之前作为开发人员的经验以及我工作的公司需要一个既能编写代码又能帮助优化数据库层从架构和查询调优方面的性能的人。

因此,总而言之,在本质上只是管理数据库系统并亲自动手操作服务器本身的人、纯粹进行数据库设计和性能调优的人以及其他人之间有各种各样的 DBA 角色实际软件开发(甚至在数据库层之外)的职责,并进行性能调优和数据库管理。