Din*_*nah 7 database-administration
我现在在几家科技公司工作过，从 10 人到 150 人不等，我从未遇到过真正的 DBA。一家公司需要达到多大的规模才能获得 DBA？需要满足哪些标准？
（我也在Stack Overflow上发布了这个。这只是在两个地方，因为那里的主持人建议，“这可能是在 SO 和 SF 上都值得询问的罕见情况之一”）
如果你只使用第三方软件，我会说这取决于你将使用的 RDBMS（Oracle、mySQL、DB2、MS SQL 等），数据的大小与硬件的能力有关它将被存储在第三方软件的质量上。对于易于使用的数据库上的小事情，让（愿意的）技术人员做基础可能就足够了。OTOH，起草一个想要编写 Web 代码的开发人员并强迫她备份 Oracle 数据库是一个坏主意。
如果您正在进行内部开发，我会询问数据库的扩展要求是什么（您是在构建下一个 google 或 twitter，还是保留食谱？）。您希望 DBA 做什么（备份数据库？保护数据库？参与开发？编写代码？架构数据库架构？进行纵向扩展或横向扩展？创建复制方案？与硬件供应商交互？指定硬件？创建“编码标准”？只是放养猫？）。
尽早引入 DBA 有助于防止项目以后遇到麻烦，而且现在避免常见错误通常比以后修复它们更便宜。
对于很多公司来说，他们根本不需要全职 DBA，即使他们拥有自己构建的内部数据库。其他人需要几个 DBA。
正如有人提到的，当丢失数据库的成本超过 DBA 的薪水时，那就得到一个。这是一个非常好的起点。但是，如果数据库没有太大变化，并且它在良好的硬件上，那么一家公司可能在没有全职 DBA 的情况下也能熬过很多年。这里的诀窍是有一个好的本地（或远程）顾问来处理确保备份是自动化的，并且其他数据库维护是定期进行的。让他们每年检查几次系统进行健康检查，并聘请他们处理大型项目和服务器升级，大多数情况下你应该没问题。
随着公司的发展，你最终会得到一个更初级的人来处理更多的日常事务，但如果需要，让顾问留在身边，直到值得为高级 DBA 付出代价。
没有任何规模的公司需要 DBA。我现在所在的公司是一家只有 20 人的小型公司，但我们的生死取决于我们的数据库，因此聘请高级 DBA 是有道理的。我有一些附带项目的客户，这些客户是百人公司，内部只有一个订单处理系统，数据库很少更改。我在 2007 年升级了服务器，此后一直没有回来。我每隔几个月检查一次，我被告知系统运行良好，并且它正在支持它自己，所以我继续我的快乐之路。