數據庫“管理員”是否應該有能力深入研究執行時查詢性能問題？

我承認每個人的經驗和能力都不同。話雖如此，我想避免通過行動為 DBA 設定過高（或過低）的期望；似乎是“管理員”。

鑑於：

• 我是一名深入研究 SQL Server 故障排除和性能問題的開發人員。晚上我用一桶爆米花看 Brent Ozar 的影片。
• 一家有多個部門的公司，這個部門有大約 100 名團隊成員
• 許多客戶的數據庫擁有數百萬行的 ETL
• 一個小型 DBA 團隊，負責處理這些相同的客戶。為新客戶或升級客戶處理 HAG 問題、備份、恢復、創建新部署。

我不是試圖證明我自己的觀點。我希望調整我或公司其他人的意見。

問題：

鑑於上述情況，是否應該期望 DBA 只是一個“管理員”？這是你經常看到的嗎？

---

我進入這部肥皂劇（請參閱我最近的其他問題），期望 DBA 被“期望”深入研究。我開始相信我誤解了，我傾向於成為一名 DBA——成為一名“管理員”。

我歡迎其他人的經驗，也許是關於完善這個問題的建議。

標題就是這樣，只不過是一組單詞，其含義的相關性取決於您如何在域的上下文中定義該含義。在這種情況下，該域就是您的公司，因此你們應該定義 DBA 角色以適應業務需求（實際上是在 DBA 可以做什麼的範圍內）。

DBA 是我發現的那種角色之一，我發現它會演變為許多帽子或交叉類型的職位。理由是，這是一個由許多人組成的職業，他們在過去的生活中要麼是軟體開發人員，要麼是系統管理員，或者兩者都不是。

作為一個從軟體開發人員到常駐 DBA 到另一家公司的實際 DBA 並回到準軟體開發人員/DBA 的人，我體驗了作為 DBA 而不是伺服器的大部分數據庫開發和性能調整方面數據庫管理——儘管我已經並且仍然在管理其中的一些方面。這是因為我之前作為開發人員的經驗，並且因為我工作的公司需要一個既能編寫程式碼又能從架構和查詢調整的角度幫助優化數據庫層性能的人。

因此，總而言之，在本質上只是管理數據庫系統並在伺服器內部親自動手的人、純粹從事數據庫設計和性能調整的其他人以及其他混合的人之間存在著各種各樣的 DBA 角色實際軟體開發（甚至在數據庫層之外）的職責，並進行性能調整和數據庫管理。

引用自：https://dba.stackexchange.com/questions/290745