达梦时序数据库 DMTDB 与 KingbaseES 时序数据库 怎么选？
同为时序数据库类产品（数据库与数据），都来自一手厂商。下面按结构化参数、价格模式、适用行业与公开采购记录逐项对照，帮你判断哪一个更贴合自己的场景。
VS
KingbaseES 时序数据库 是人大金仓 KingbaseES 产品家族的一员，面向国产化替代场景，支持 Oracle/MySQL 等异构数据库平滑迁移，已在政务、金融、能源等行业核心系统中落地。
先看结论 依据本站已核实的数据自动生成
- 参数透明度：达梦时序数据库 DMTDB 公开 5 项结构化参数，KingbaseES 时序数据库 公开 6 项，可用同一张表逐项核对，后者可核实的硬指标更多。
- 价格模型：达梦时序数据库 DMTDB 为「定制报价」，KingbaseES 时序数据库 为「定制报价」，计费方式一致，差价主要来自授权规模与实施范围。
- 场景差异：达梦时序数据库 DMTDB 面向 互联网、金融，KingbaseES 时序数据库 面向 政务，先按业务场景排除，再比参数。
- 合规：两款公开资料都明确提到麒麟/统信适配、等保 2.0，这类硬门槛都能应答，评审时比对证明材料即可。
- 默认建议：把 KingbaseES 时序数据库 作为首选进入 POC（公开参数 6 项 vs 5 项），达梦时序数据库 DMTDB 留作备选参与比价。
基础信息对照
参数逐项对比 数值差异已标底色，括号内为型号限定
| 指标 | A · 达梦时序数据库 DMTDB | B · KingbaseES 时序数据库 |
|---|---|---|
| 核心能力 | 高压缩时序存储（压缩比提升 5~10 倍）、批量写入、时间窗口聚合、降采样计算、自动冷热分区与生命周期归档[2] | 未公开 |
| 产品定位 | 原生时序数据库，对标 InfluxDB/TimescaleDB；面向高并发写入、海量存储、快速查询的时序场景[1] | 未公开 |
| 部署架构 | 分层设计：数据接入层（兼容工业协议）→ 分布式存储计算引擎 → 标准 SQL/API 服务层；支持主备高可用自动切换 + 无中心分布式扩展[1] | 未公开 |
| 规模上限 | 分布式无中心架构可支撑千万级测点并发写入，跨区域多场站统一汇聚，云上云下灵活部署[1] | 未公开 |
| 典型场景 | 水电/能源机组状态监测、水文测报、电量采集；工业物联网、电力电网采集、环境监测、交通流量[1] | 未公开 |
| 写入吞吐（实测口径） | 未公开 | 中国一汽 TSP-TBOX 项目实测写入吞吐突破 120 万条记录/秒；数据按天或小时自动分区，配合异步刷盘与批量提交策略。这是车联网/工业物联网场景的关键指标。[1] |
| 存储压缩比 | 未公开 | 采用自研字段级压缩算法，结合差值编码与字典压缩，对温度、电压等连续型数据压缩效果显著；一汽项目同等数据规模下存储空间仅为原 MySQL 方案的约 1/5，单年度节省硬件采购及维保费用超百万元。[1] |
| 不是「用关系模型凑时序」 | 未公开 | 金仓未复用通用关系模型处理时序数据，而是自研专用时序存储引擎，针对「按时间有序、字段重复度高、批量写入为主」的特性设计。这决定了高基数标签查询（如按设备+测点聚合）的性能差异。[1] |
| 迁移期的增量追平机制 | 未公开 | 通过「日志偏移量」精确记录每张表的搬迁起点，增量数据基于此接续同步；再用「事务合并」提升目标端入库效率，确保存量与增量无缝衔接，避免丢数与重数——这是时序库替换最容易出事故的环节。[1] |
| 与独立时序库的取舍 | 未公开 | 优势是免去「业务库 + 时序库」双套运维与跨库关联；代价是极致写入场景（千万点/秒级）仍不如专用时序库（如 TDengine 单节点 150 万点/秒）。选型分界线：日增数据在 TB 以内、需要与业务表联查 → 融合库；纯测点海量写入 → 专用库。[2] |
| 采购提示：压测要用自己的标签基数 | 未公开 | 时序性能对「设备数 × 测点数 × 标签基数」极其敏感。厂商演示常用低基数数据集，POC 必须用本单位真实标签结构，并同时测「写入」与「按设备+时间段聚合查询」两个方向。[1] |
口径说明：同一指标两家厂商的测试条件、型号与软件版本可能不同，数值仅供初筛；招标应答需以厂商盖章的技术偏离表为准。
能力清单对照 来自厂商公开的功能/优势描述
A · 达梦时序数据库 DMTDB
- 高性能——DMTDB支持对数据分级存储，热数据存储在高性能存储硬件中，系统自动将冷数据存储至低成本存储硬件中，保障高频写入以及热数据查询性能、提升资源利用率
- 弹性伸缩——DMTDB采用数据分片的形式支持存算分离架构，支持在线灵活增删计算/存储节点，实现系统数据容量和性能的线性伸缩
- 可视化运维——DMTDB提供了简单易用的可视化运维管理平台：Manager。用户可以通过Manager对DMTDM进行全生命周期管理，避免实例碎片化现象，大幅降低系统维护的复杂度，避免误操作引发的故障，降低TCO。
- 软硬件兼容——DMTDB兼容所有主流软硬件平台，如X86/ARM/龙芯/飞腾/鲲鹏/海光/兆芯/申威/宏芯等处理器，Redhat/Ubuntu/麒麟/UOS/凝思/深度/欧拉/红旗等操作系统。
- 生态兼容——DMTDB完全兼容TimescaleDB协议，同时对外提供SDK以便支持工业数据常用的标准协议如OPC等，支持标准SQL语法以及JDBC、ODBC等编程接口。
B · KingbaseES 时序数据库
- 厂商暂未公开功能清单，建议索取产品彩页
分别适合谁
A · 达梦时序数据库 DMTDB
- 适用行业标注含 互联网、金融，这些场景下可直接对标同类项目经验
B · KingbaseES 时序数据库
- 适用行业标注含 政务，这些场景下可直接对标同类项目经验
- 公开参数更完整（6 项），适合需要写进技术标书逐条应答的项目
以上依据厂商公开的适用行业、参数完整度与公告成交价整理，不构成采购结论；关键项目建议同时邀标并做 POC 验证。