研发平台国产数据库适配的成本，通常由六类投入构成：环境与资源、适配改造人力、测试与验证、数据迁移与回滚准备、上线切换与并行运行、后续运维与版本跟进。核算前要先划定范围和时间跨度——哪些系统纳入、涉及几种国产数据库、一次性适配期与持续运维期各多长，否则不同人算出的总额难以比较。下文给出一套可逐项填写、可复算的成本框架。
要点总览（TL;DR）
- 研发平台国产数据库适配的成本由六类构成：环境与资源、适配改造人力、测试与验证、数据迁移与回滚准备、上线切换与并行运行、后续运维与版本跟进。
- 核算前先划定范围与时间跨度：纳入哪些系统、涉及几种国产数据库、一次性适配期与持续运维期各多长，边界不清会让总额无法比较。
- 计价口径要统一：人力按人天或人月、环境按台月或按年、许可按席位或核数或实例，示例金额与合同现价分列并标注取数日期。
- 总投入＝一次性适配投入＋年度持续投入×年数，按系统或数据库分行汇总，风险准备金比例作为假设写入而非结论。
- 总投入对数据库类型与版本数量、存量SQL改造比例、许可计费方式最敏感，预算初期先用区间值，随验证推进收敛。
适配范围与时间跨度怎么划定
成本核算的第一步是把边界写清楚。范围决定了工作量上限，时间跨度决定了哪些支出计入一次性预算、哪些进入年度运维预算。边界模糊时，最常见的偏差是把长期运维费用塞进一次性适配预算，或者把未纳入改造的系统也算进人力。
建议先产出一张范围与时间跨度界定表，逐行登记系统、数据库、阶段和起止时间，作为后续所有成本项的挂载基础。
| 界定维度 | 需要写明的内容 | 对成本核算的影响 |
|---|---|---|
| 系统清单与模块边界 | 纳入适配的系统、子系统、模块，明确哪些接口和报表在范围内 | 决定适配开发与回归测试的工作量基数 |
| 数据库类型与版本范围 | 涉及几种国产数据库、各自版本，是单库替换还是多库并行 | 每增加一种数据库，SQL 兼容处理与验证轮次相应增加 |
| 一次性适配期 | 从环境准备到上线切换完成的起止时间 | 对应改造人力、环境资源、迁移与切换投入 |
| 持续运维期 | 上线后按年计的运维、补丁、版本跟进周期 | 对应运维人力、许可续费、升级投入 |
| 试点与生产环境 | 试点环境是否单独建设，是否与生产环境分开核算 | 决定环境资源是计一份还是两份 |
试点环境与生产环境建议分开列账。试点环境通常规模小、周期短，用于验证兼容性和改造方案；生产环境涉及正式切换与并行运行，资源规格和时长都不同。两者合并核算，会让试点阶段的验证成本被生产资源费用掩盖，也不利于后续按阶段复盘。
成本项清单：钱花在哪些地方
在范围确定后，把投入拆成可逐项填写的小项，每项标注计量单位，便于后续按人天、台月、次分别计价。下表是一份可直接套用的清单框架，具体数量按实际范围填写。
| 大类 | 小项 | 计量单位 | 说明 |
|---|---|---|---|
| 环境与资源 | 服务器与存储 | 台月 | 试点与生产分别计列，含云资源或自建机房折算 |
| 环境与资源 | 数据库许可或订阅 | 按合同计费单位 | 计费方式见下一节口径说明 |
| 环境与资源 | 测试环境 | 台月 | 压测、兼容性验证所需的独立环境 |
| 人力 | 适配开发 | 人天 | SQL 改写、存储过程改造、驱动与连接层调整 |
| 人力 | 数据库管理（DBA） | 人天 | 安装部署、参数调优、备份恢复方案 |
| 人力 | 测试 | 人天 | 功能回归、兼容性用例执行 |
| 人力 | 项目管理与协调 | 人天 | 排期、跨团队协调、进度跟踪 |
| 测试与验证 | 性能压测 | 次 | 按轮次计，含压测环境占用时间 |
| 测试与验证 | 兼容性验证 | 次 | 按数据库类型与版本组合计 |
| 测试与验证 | 回归测试 | 轮 | 每次改造后触发的全量或增量回归 |
| 数据迁移 | 迁移脚本开发与演练 | 人天 | 含数据校验规则设计 |
| 数据迁移 | 回滚方案准备 | 人天 | 回滚脚本、备份策略、切换失败处置预案 |
| 上线切换 | 切换实施 | 次 | 含停机窗口内的人力投入 |
| 上线切换 | 并行运行 | 台月或人天 | 新旧环境同时运行的资源与人力 |
| 运维与版本跟进 | 日常运维人力 | 人天/年 | 监控、巡检、故障处理 |
| 运维与版本跟进 | 升级与补丁 | 次/年 | 数据库小版本升级、安全补丁验证 |
| 运维与版本跟进 | 监控工具 | 年 | 数据库监控与告警的订阅或自建成本 |
清单中的“次”和“轮”要事先约定含义，例如一次性能压测指一轮完整的场景执行加报告输出，避免执行阶段对计量口径产生分歧。人力项建议把项目管理单独列出，这部分投入容易被忽略，但在跨团队适配中占比不低。
口径与假设：单位、周期和计价方式
同一份清单，计价口径不同，总额可能相差很大。核算前应统一以下口径，并把每条假设写进说明表，注明来源。示例金额只用于演示计算方法，不能当作报价使用。
| 口径项目 | 可选方式 | 需要标注 |
|---|---|---|
| 人力计价 | 按人天或人月；是否含项目管理与协调角色 | 单价来源、是否含税、币种 |
| 环境资源 | 按台月或按年；云资源按账单周期 | 计费周期、是否含税费、是否含运维服务 |
| 数据库许可 | 按席位、按核数或按实例计费 | 计费单位、合同期限、续费方式 |
| 外部服务 | 原厂支持、迁移服务按项目或按工时 | 服务范围、响应级别、有效期 |
| 示例金额 | 仅用于演示公式 | 明确标注“示例假设”，与现价分列 |
许可计费方式是影响总投入的常见变量。按核数计费时，环境规格调整会直接改变费用；按实例计费时，多库并行会成倍增加许可数量。核算时应以合同或厂商报价单上的计费单位为准，并在假设表中写明合同有效期，避免用过期报价做预算。
示例与现价要分列。例如演示公式时可以使用“假设适配开发单价为 X 元/人天”这样的表述，并注明该数字为示例；真实预算行则填入询价或合同中的实际数字，标注取数日期。两类数据混在同一列，会让复核者无法判断哪些可以采信。
计算模型：把成本项算成总投入
把清单项汇总为两个数：一次性适配投入和年度持续投入，再按年数折算总投入。公式框架如下，可直接做成计算表。
- 一次性适配投入 ＝ 适配人力人天 × 人力单价 ＋ 环境资源费用（适配期）＋ 外部服务费用 ＋ 迁移与切换投入
- 年度持续投入 ＝ 运维人力人天 × 单价 ＋ 许可续费 ＋ 版本升级与补丁投入 ＋ 监控工具费用
- 总投入 ＝ 一次性适配投入 ＋ 年度持续投入 × 年数
计算表建议按系统或数据库维度分行，每行填入上述各项，再汇总。多库并行时，按数据库分行可以直观看出哪种数据库的适配投入最高，为后续排期和资源分配提供依据。分摊方法要事先约定：公共环境资源按系统数量均摊，还是按各系统的资源占用比例分摊，两种方式的结果不同，选定一种并写入假设表。
| 行项目 | 公式 | 示例行（假设数字，仅演示） |
|---|---|---|
| 适配人力 | 人天 × 单价 | 120 人天 × 示例单价 |
| 环境资源 | 台月 × 月单价 × 月数 | 6 台 × 4 个月 |
| 外部服务 | 按项目或工时合计 | 按服务协议金额填列 |
| 年度运维 | 年人天 × 单价 ＋ 续费 | 按运维排期填列 |
| 风险准备金 | 一次性投入 × 比例 | 建议按 10%–20% 区间设定，作为假设 |
风险准备金用于覆盖验证轮次增加、迁移返工等不确定支出，比例区间应结合存量 SQL 改造比例和数据库类型数量判断，写为假设而非结论。准备金不是必须项，但在改造范围尚未完全摸清时，预留一部分可以让预算更稳健。
敏感因素：哪些变量最影响总投入
总投入对少数几个变量高度敏感。预算评审时优先确认这些变量的取值，比逐项精算小金额更有价值。
| 敏感因素 | 影响方向 | 影响程度 |
|---|---|---|
| 数据库类型与版本数量 | 每增加一种数据库或版本组合，兼容性验证与 SQL 处理工作量增加 | 高 |
| 存量 SQL 与存储过程改造比例 | 改造比例越高，适配开发与回归测试人天越多 | 高 |
| 性能与兼容性验证轮次 | 轮次增加直接推高压测环境占用与测试人力 | 中 |
| 并行运行时长 | 新旧环境同时运行的时间越长，资源与人力投入越大 | 中 |
| 人力单价与外部服务报价 | 随市场与供应商变化，影响总额但不易提前锁定 | 中 |
| 许可计费方式变化 | 按核数或按实例计费，环境调整会改变费用结构 | 高 |
影响程度一栏是判断方向，具体幅度需要结合本单位的存量代码规模、数据库种类和验证要求实测确认。存量 SQL 改造比例通常要在代码扫描和试点验证后才能估准，预算初期可以先用区间值，随验证推进逐步收敛。
取数方法：数据从哪里来、怎么核验
成本数据的可信度取决于来源。每项数据都应能追溯到具体记录，并指定责任人和核验方式，避免用未经验证的数字做预算。
| 成本项 | 取数来源 | 核验方式 |
|---|---|---|
| 人力投入 | 项目排期、工时记录 | 与排期表比对，确认人天口径一致 |
| 环境资源 | 资源清单、云账单或机房台账 | 核对台数与计费周期，确认是否含税 |
| 许可与订阅 | 合同、厂商报价单 | 标注报价有效期与计费单位 |
| 外部服务 | 服务协议、询价记录 | 确认服务范围与响应级别 |
| 示例数据 | 核算模板中的演示行 | 与真实数据分列，注明“假设” |
人力数据建议从排期和工时记录中取，而不是凭经验估算。适配任务、测试轮次和工时记录如果分散在多个表格里，汇总时容易遗漏或重复计入。把适配任务、验证轮次和工时登记在同一个研发管理平台中，可以让取数有统一入口：任务状态反映进度，工时记录反映实际投入，测试轮次记录反映验证成本，预算复核时按系统或数据库维度导出即可。ONES 可以承载这类适配任务与测试轮次的跟踪，具体使用范围按团队现有流程确定。
许可与外部服务数据要标注有效期。厂商报价单和合同金额会随续费周期变化，预算表中应写明取数日期和适用期限，超过有效期的数字需要重新询价。示例数据与真实数据分列存放，复核时先看真实数据行，再用示例行验证公式是否正确，两类数据不混用。
常见问题
适配范围还没完全摸清时，预算怎么编才不至于反复推翻？
可以先用区间值编预算，并明确标注哪些数字待验证。具体做法是：范围表先按已知系统清单填写，数据库类型与版本数量写成区间；存量SQL改造比例在代码扫描和试点验证前用估算区间，验证后再收敛。风险准备金按一次性投入的10%–20%区间预留，用于覆盖验证轮次增加和迁移返工。预算评审时优先确认敏感因素取值，小金额项可以后续精算。
试点环境和生产环境要不要分开核算？合并会有什么影响？
建议分开列账。试点环境规模小、周期短，用于验证兼容性和改造方案；生产环境涉及正式切换与并行运行，资源规格和时长都不同。合并核算会让试点阶段的验证成本被生产资源费用掩盖，也不利于按阶段复盘和判断验证是否值得继续投入。分开核算后，试点阶段的结论还能为生产环境的资源规格提供依据。
数据库许可按核数计费和按实例计费，对总投入的影响差别在哪？
按核数计费时，环境规格调整会直接改变费用，扩容或压测临时加核都会反映在账单上；按实例计费时，多库并行会成倍增加许可数量。核算时应以合同或厂商报价单上的计费单位为准，并在假设表中写明合同期限和续费方式。报价单有有效期，超过有效期的数字需要重新询价，不能用过期报价做预算。
人力投入怎么取数比较可靠？
从项目排期和工时记录中取，比凭经验估算更可靠。关键是保证口径一致：适配开发、DBA、测试、项目管理分别统计人天，避免同一角色重复计入或遗漏。如果适配任务、测试轮次和工时记录分散在多个表格里，汇总时容易出错，把这三类记录放在同一个研发管理平台中，预算复核时按系统或数据库维度导出即可。ONES 可以承载适配任务与测试轮次的跟踪，具体使用范围按团队现有流程确定。
并行运行时间拉长，成本会增加在哪些方面？
并行运行期间新旧环境同时存在，资源侧要承担两套环境的台月费用，人力侧要安排双环境的数据比对、问题排查和切换值守。时间越长，这两项投入越大，同时也会推迟旧环境的下线时间，影响资源回收。核算时把并行运行按台月或人天单列，并约定一个预期时长和延长条件，便于在评审时判断延长是否值得。
