软件工程师和 DBA [关闭]

这完全取决于组织的工作分解以及每个人的职责。但它们只是标签；在一家公司担任“软件工程师”的人可能是另一家公司的“程序员/分析师”，甚至是“系统程序员”等。两者之间没有硬性界限。

在我工作的地方，“软件工程师”往往是同时进行设计和实际实施的人，我们没有任何人称其为“DBA”；根据“软件工程师”给他们的指导，通常属于 DBA 的维护类型任务会退回给一般的“系统管理员”。

在我个人认为最好的情况下，您可以将设计分成多个部分：

• 数据建模
• 数据存储要求（记录结构、表大小、每秒插入/删除/更新的数量、流程需要多快完成等）
• 灾难恢复/运营连续性的要求（需要在 (x) 小时内备份，每个（月）的维护窗口不能超过 (y) 小时）
• 存储的实现（数据库软件的选择、物理存储的选择、表在存储上的分布方式等）
• 后备计划的实施

然后是维护类任务：

• 调整数据库
• 调整查询
• 出错时调试
• 监督和验证备份
• 应用软件更新

对于其中的大多数，它们不必由 DBA 完成。它可以由软件工程师完成，或者在某些维护任务的情况下，由系统管理员完成。

如果你有两个角色的人，你可以让他们就设计和调整（他们在施工中称之为“设计-建造”）进行协商和协作，或者如果这是一项紧急工作，你可以在两个角色之间分配各种任务二。您可能还涉及其他人：“软件架构师”、“数据架构师”、档案管理员、各种程序员、系统管理员、网络管理员、安全等。

数学。我很想把它留在那里，但我知道不用解释，我会被激怒，所以就这样吧。

以我的经验，DBA 数学不同于工程师数学。

DBA 数学涉及部署对容量的影响。例如，作为 DBA，我们检查部署一个表时每百万行将在磁盘上消耗多少空间、针对它运行哪些最佳查询、索引策略等。

工程师数学将基于 Big-O 符号。工程师将研究算法以及如何优化它们。下游影响（容量规划）是应用程序效率的次要问题。但是，如果预先对容量提出了要求，那么它将得到适当的审查。

我们中的一些人同时扮演这两个角色，因此我们开辟了一个利基市场，成为企业应用程序 dba 开发人员。

顺便说一句：请对此持保留态度，因为这只是我的意见。

“软件工程师”或“DBA”是头衔。与其问：我会“SE”还是“DBA”，不如问：“我应该学习 C# 还是 java 或 oracle 或 sql server 才能达到我的目标”。你见过“我们只需要DBA”吗？不 :) （除了一些奇怪的 HR 案例）。你可以看到：“我们想要 XX，谁知道并有这些技术的经验。”