我现在已经在一些科技公司工作过，规模从 10 人到 150 人不等，但我从未遇到过真正的 DBA。一家公司需要发展到多大才有资格聘请 DBA？需要满足哪些标准？
（我也发布了这篇文章堆栈溢出。之所以在两个地方都这样，是因为那里的一位版主建议，“这可能是值得在 SO 和 SF 上询问的罕见情况之一”）
答案1
对于许多公司来说，他们根本不需要全职 DBA，即使他们有自己构建的内部数据库。其他公司则需要多个 DBA。
正如有人提到的，如果丢失数据库的成本超过 DBA 的薪水，那么就请一个。这是一个非常好的起点。但是，如果数据库变化不大，并且硬件状况良好，公司可能可以在没有全职 DBA 的情况下维持多年。这里的诀窍是聘请一位优秀的本地（或远程）顾问来确保备份自动化，并定期进行其他数据库维护。让他们每年检查系统几次以进行健康检查，并聘请他们处理大型项目和服务器升级，这样大部分情况下应该没问题。
随着公司的发展，您最终会需要一个初级职位的人员来处理更多的日常事务，但如果需要，可以保留顾问，直到值得为高级 DBA 付出代价。
无论公司规模大小，都需要 DBA。我现在所在的公司是一家只有 20 名员工的小公司，但我们的生死取决于数据库，因此聘请高级 DBA 是明智之举。我的副项目客户是拥有数百名员工的公司，这些公司内部只有一个订单处理系统，数据库很少发生变化。我在 2007 年升级了服务器，之后就再也没有回去过。我每隔几个月就会检查一次，他们会告诉我系统运行良好，并且正在自我备份，所以我就高高兴兴地继续工作了。
答案2
如果您只使用第三方软件，我会说这取决于您将使用的 RDBMS（Oracle、mySQL、DB2、MS SQL 等）、数据大小与存储硬件的性能以及第三方软件的质量。对于易于使用的数据库上的小事，让（愿意的）技术人员做基本工作可能就足够了。另一方面，招募想要编写 Web 代码的开发人员并强迫她备份 Oracle 数据库不是一个好主意。
如果您正在进行内部开发，我会询问数据库的扩展要求是什么（您是在构建下一个 google 或 twitter，还是在保留食谱？）。您希望 DBA 做什么（备份数据库？保护数据库？参与开发？编写代码？设计数据库架构？进行纵向扩展或横向扩展？创建复制方案？与硬件供应商互动？指定硬件？创建“编码标准”？只是放牧猫？）。
尽早引入 DBA 可以帮助防止项目以后遇到麻烦，而且现在避免常见错误通常比以后修复它们更便宜。
答案3
我想说这得视情况而定。
因为这是一项生意，所以问问自己，“丢失这个数据库的代价是什么？”
一旦成本大于或等于DBA的工资，就聘请DBA。
“成本”是一个难以计算的数字。但它应该包括恢复时间、生产力损失（每位用户）和销售损失。像亚马逊（几年前达到每秒 60 笔销售的顶峰）这样的公司可以确定其停机成本的确切数字。
答案4
这取决于管理数据库所花费的资源和时间、关注点是什么以及数据库存放在何处。许多公司认为，与提供数据库服务的托管服务提供商合作比聘请 DBA 更具成本效益和可靠性，因为 DBA 可能一天中大部分时间都无所事事，只能用来作为“万一发生”的保险。