国产数据库选型：tpmC 数字最容易骗人，先看这四个问题

信创数据库选型最常见的失败方式，是拿一张「tpmC 排行表」做决定。tpmC 是有效指标，但只有对齐了节点数、CPU 平台、仓数、部署形态之后才可比。先回答四个问题，再看性能数字。

一、问题一：你的核心系统是集中式还是分布式

这是第一个岔路口，选错后面全错。集中式（单机主备 / 共享存储集群）适合大多数业务系统：数据量 TB 级以内、事务强一致、SQL 复杂、DBA 团队小。分布式（分片）适合：单表过亿行、写入量持续增长、需要在线扩容、能接受分片键设计带来的改造成本。

现实里被高估的是分布式——它带来的运维复杂度、跨片 JOIN 性能损失、分片键变更成本，往往超过它解决的问题。日均交易百万笔以下、数据量 TB 级以内的系统，集中式 + 读写分离基本够用。

二、问题二：tpmC 是在什么硬件、几个节点上跑出来的

四个数字放在同一张表里就能看出问题：没有口径的 tpmC 没有比较价值。

三、问题三：Oracle 迁移的真实成本是「代码修改率」

兼容性不是「支持 Oracle 语法」这种定性描述，而是可量化的三项：语法兼容度、PL/SQL 行为对齐度、应用代码修改率。金仓公开过第三方测评：兼容度 >98%、应用代码修改率 <3%；达梦走的是 100% 自研内核 + 迁移评估工具 + 柔性替换的路线；瀚高的策略是同一套库同时接入 Oracle / MySQL / SQL Server 三种协议（多端口），改造成本最低但生态偏 PostgreSQL。

评估方法：拿你现网最复杂的 20 个存储过程、10 个复杂视图、3 个跑批作业，让每家做代码级迁移评估，输出「需改动对象清单 + 工时」。这份清单比任何兼容度百分比都可靠。

四、问题四：故障切换要几秒，能接受丢多少数据

这两个数就是 RTO 与 RPO，是等保与行业监管的硬指标，也是运维能睡好觉的前提。公开数据里：金仓 KingbaseCluster 自仲裁做到 RTO 4.8～8 秒、RPO 趋近 0；GaussDB 宣称 RPO=0、RTO<30 秒且支持 1000km 异地容灾；达梦的 DataWatch 主备不依赖第三方 HA 组件，四类集群（主备 / DSC 共享存储 / 读写分离 / MPP）覆盖从单机到大规模并行。

选型时要问的是：切换是自动还是手动？有没有脑裂防护与仲裁？切换后应用连接是否自动重连（需要 VIP 或连接池配合）？备份是物理还是逻辑、能否做到 PITR？

五、别忘了授权与价格：央采协议价是最硬的基准

瀚高 V9.0 在中央国家机关 2026 年度事务型数据库框架协议里是 ¥40,000/套，这个价格可以作为国产关系型数据库的预算锚点。实际项目里价格由三部分构成：数据库许可（按套 / 按 CPU）+ 集群组件 + 原厂服务（人天或年费）。集群件和服务费往往超过许可本身，报价时一定要拆开看。

本站可对比的型号

达 达梦数据库管理系统 DM8达梦数据 · 软件 TPC-C性能双路 CPU 单节点百万级 tpmC；政采招标口径 100仓/100并发 ≈7 万 tpmCOracle兼容高度兼容 Oracle 语法、PL/SQL 与数据类型，配套迁移评估与自动迁移工具、柔性替换导入性能单表插入 100 万行 1.25 秒；批量导入 200 万行 2.8 秒 参数 → 人 KingbaseES 数据库（KES）人大金仓 · 软件 TPC-C性能128 万 tpmC/ 150 万/ 217 万Oracle兼容兼容度 >98%，PL/SQL 行为级对齐，迁移应用代码修改率 <3%QPS峰值86,400 参数 → 瀚 瀚高数据库管理系统 V9.0瀚高数据库 · 云服务 TPC-C性能厂商口径「千万级事务处理能力」，未公布 tpmC 实测值Oracle兼容兼容 varchar2/number/clob 等数据类型、connect by/rownum 等语法与 PL/SQL，40+ Oracle 字典表与视图参考价格¥40,000/套 参数 → 华 GaussDB 分布式数据库华为 · 软件 TPC-C性能单节点 150 万 tpmC / 32 节点 1500 万；白皮书实测 16vCPU·128G 集中式 156,180、分布式 466,930 tpmCTPC-H性能3 节点 500GB 数据量处理 <200 秒单集群数据量4PB 以上，单分布式实例 1000+ 节点 参数 →

四款覆盖三种技术路线：达梦（自研内核）、金仓与瀚高（PostgreSQL 系，兼容路线不同）、GaussDB（云原生托管）。参数均来自厂商公开资料与政府采购文件。

延伸阅读：关系型数据库全部产品、分布式数据库类目。