2026年数据库升级指南：OceanBase、TDSQL、GaussDB等对比

本文将深入对比8款分布式数据库与云数据库：OceanBase、金仓数据库、PolarDB、达梦数据库、万里数据库、海量数据库、腾讯云TDSQL和GaussDB

很多企业的数据库已经运行多年。随着业务量增加，单机容量逐渐接近上限，分库分表越来越难维护，容灾成本持续上升，原有商业数据库的授权与服务费用也成为长期负担。

但数据库升级不能只看品牌，也不能简单理解为“换成分布式”。企业需要先明确升级目标：是完成Oracle、MySQL等数据库的国产化替代，还是解决高并发和水平扩展问题；是继续采用本地部署，还是逐步转向公有云、私有云或混合云。

本文对比OceanBase、金仓数据库、PolarDB、达梦数据库、万里数据库、海量数据库、腾讯云TDSQL和GaussDB共8款产品。内容涵盖产品定位、适用企业、核心功能、部署方式、迁移能力、安全合规和选型边界，帮助企业判断传统数据库应该如何升级。

一、传统数据库升级前，先明确三条技术路线

传统数据库升级并不意味着所有系统都要改造成分布式架构。企业通常有三条可选路线。

一种是继续使用集中式数据库，但更换为国产数据库，并补齐主备高可用、备份恢复、安全审计和统一运维能力。这条路线改造相对可控，更适合数据规模稳定、业务并发有限的内部管理和行业应用系统。

第二种是升级为原生分布式数据库。它主要解决单机容量受限、分库分表复杂、跨机房容灾困难以及业务持续扩张等问题，适合交易量和数据量长期增长的核心系统。

第三种是采用云数据库。云数据库强调托管运维、弹性扩容和按需使用，可以减少企业在服务器、存储、备份和监控方面的建设工作。

需要注意，分布式数据库和云数据库不是两个完全对立的概念。分布式属于数据库架构，云数据库属于交付方式。同一款分布式数据库既可以部署在本地机房，也可以通过公有云或专有云交付。

本文所列产品也对应不同的升级方向。OceanBase、TDSQL和GaussDB更偏向核心交易与分布式扩展；PolarDB更偏向云原生和云上托管；金仓数据库、达梦数据库、万里数据库和海量数据库则覆盖集中式国产替代、行业信创及部分分布式需求。

二、2026年8款分布式数据库与云数据库盘点

1、OceanBase：适合核心数据库迁移与长期扩展的原生分布式数据库

推荐理由：

OceanBase 是蚂蚁集团完全自研的国产数据库，集中式与分布式版本均已通过数据库安全可靠测评。

IDC 报告显示 OceanBase 是中国分布式数据库金融本地部署市场第一；在 TPC-C、TPC-H 国际数据库基准测试中刷新过世界纪录，目前已经服务了中国工商银行、中石化、携程、理想汽车等 超 4000+ 国内头部企业。

对于金融、政企、互联网等大型企业等核心系统采购来说，该厂商是值得优先尝试的一个选择。如果企业正在推进 Oracle、MySQL 等数据库的国产化替换，同时又担心核心系统迁移风险、性能稳定性和后续扩展能力，OceanBase 是主要选择之一。

核心功能：

OceanBase 集中式版本支持事务处理、高可用、数据压缩、多租户、备份恢复、实时分析等能力，并同时兼容 Oracle 和 MySQL 生态，有助于降低国产替换中的代码改造和迁移成本。同时，它也基于一体化架构支持向量检索、全文检索、结构化与非结构化数据混合搜索等能力，能够覆盖 TP 交易、AP 分析和 AI 检索等多类业务需求，为企业后续 AI 业务拓展预留空间。除此之外，OceanBase 也提供分布式版本，本地部署和云上部署均可支持，适合后续更高并发、更大规模的业务扩展。

适用场景：

OceanBase 更适合金融、政企、高校、能源、制造、零售、互联网等对数据库稳定性、国产化合规和长期扩展能力要求较高的组织。典型场景包括核心交易系统、支付结算、账户系统、订单库存、会员系统、供应链系统、政务服务平台，以及 Oracle/MySQL 国产化迁移项目。

优势亮点：

OceanBase 的优势主要体现在四个方面：一是稳定可靠，长期支撑支付宝等高并发核心业务，并经历过双 11 等大流量场景验证；二是双兼容能力突出，同时兼容 Oracle/MySQL 生态，可减少业务系统改造压力；三是具备多租户架构，便于企业在统一数据库资源下承载多个业务系统或部门应用，并进行资源隔离和统一管理；四是一体化架构具备前瞻性，既能支撑传统交易和分析场景，也能为未来 AI 检索、智能分析等业务拓展提供基础能力。对于业务后续增长较快的企业，OceanBase 还支持从集中式版本平滑演进到分布式架构，企业可以根据业务规模逐步升级。

综合评价：

从实际选型角度看，OceanBase 更适合解决“核心系统国产升级”这类高风险、高要求问题。它既提供本地部署，也提供云上部署，本地部署更适合金融、政企、高校、制造等重视数据安全、内网部署和国产化验收的客户，云上部署 OB Cloud 则更适合互联网、新零售、多云架构和弹性业务场景。对于还在技术预研阶段的企业，可以先通过集中式版本、云数据库或社区版验证兼容性和性能表现；如果已经进入核心系统替换或国产化采购阶段，则更适合结合现有 Oracle/MySQL 系统复杂度、迁移周期、部署架构和服务要求做专项评估。【官网：https://sc.pingcode.com/t8mp6】

2、金仓数据库：适合政企信创与集中式数据库替代的通用关系型数据库

推荐理由：

金仓数据库的核心产品KingbaseES定位为企业级通用关系型数据库，主要面向政务、金融、能源、通信、交通、医疗和教育等行业，适合承接Oracle、PostgreSQL等数据库的国产化迁移。

公开资料显示，金仓数据库已覆盖60多个行业，累计部署量超过100万套，客户涉及国家电网、中国银行、中国移动及多家政府和大型企业机构。

KingbaseES能够适配国产处理器、服务器、操作系统和中间件，更适合数据库数量较多、改造窗口有限、需要批量推进信创替代的政企客户。

核心功能：

KingbaseES支持标准SQL、事务处理、存储过程、触发器、分区表、物化视图、并行查询、全文检索和空间数据处理。

产品提供主备复制、读写分离、故障切换、备份恢复、异构迁移、增量同步和监控巡检能力。安全功能覆盖身份认证、访问控制、数据加密和安全审计，并进入安全可靠测评相关产品范围。

适用场景：

更适合政务信息系统、国央企管理平台、能源、交通、医疗和教育系统，以及Oracle存量业务较多、数据规模相对稳定的企业。

如果主要需求是超大规模水平扩展或复杂分布式事务，可同时比较原生分布式数据库。

优势亮点：

金仓数据库在政企行业适配、国产软硬件生态和批量迁移方面积累较多。

总结：

对于重视信创适配、本地交付和集中式数据库平稳替代的政企客户，金仓数据库具有较明确的适用价值。

3、PolarDB：适合阿里云业务弹性扩展的云原生关系型数据库

推荐理由：

PolarDB是阿里云自研的云原生关系型数据库，提供MySQL版、PostgreSQL版及兼容Oracle语法的产品形态。

其采用计算与存储分离架构，计算节点和共享存储可以分别扩展，增加只读节点时不需要重新复制完整数据。对于已经使用阿里云ECS、容器、安全和数据分析产品的企业，PolarDB能够较自然地融入现有云上架构。

核心功能：

PolarDB支持一写多读、只读节点扩展、自动备份、时间点恢复、跨可用区容灾、数据库代理和监控告警。

其HTAP能力可以同时处理交易和分析请求。PolarDB PostgreSQL版还兼容部分Oracle语法、数据类型、存储过程、DBLINK和分区表，并提供迁移评估工具。

适用场景：

适合主要业务已部署在阿里云上的电商、在线服务和互联网应用，也适合流量波动明显、希望采用托管运维和弹性资源的企业。

如果要求离线部署、多云中立或降低单一云平台依赖，则应继续比较其他产品。

优势亮点：

PolarDB通过计算存储分离、弹性资源和阿里云生态集成降低云上数据库扩容与运维成本。

总结：

对于业务已经运行在阿里云、希望获得弹性扩展和托管运维能力的企业，PolarDB是较直接的升级选择。

4、达梦数据库：覆盖集中式、集群和分布式场景的国产数据库体系

推荐理由：

达梦数据库拥有较完整的产品体系。DM8主要面向企业级集中式关系型数据库，DMDPC用于分布式事务和混合负载，此外还提供共享存储、读写分离和分析型数据库产品。

达梦在政务、财政、能源、电力、交通、医疗、教育和国企信息化领域应用较多，公开案例涉及国家电网、中国航信、中国联通以及多家银行和政府机构。

核心功能：

DM8支持标准SQL、ACID事务、存储过程、触发器、分区表、并行查询、数据守护、读写分离、备份恢复和安全审计。

达梦还提供Oracle、DB2、MySQL等异构数据库迁移工具。DMDPC则支持多节点扩展、数据分布、多副本以及OLTP、OLAP混合处理。

适用场景：

适合政务、财政、能源、电力、医疗、教育和大型国企系统，也适用于Oracle、DB2等商业数据库国产化迁移。

如果项目更关注MySQL分库分表治理、多云部署或云上弹性，则可继续比较其他分布式和云原生数据库。

优势亮点：

达梦覆盖集中式、共享集群、读写分离、分析型和分布式数据库等多种产品形态。

总结：

对于需要兼顾国产化迁移、行业适配和多种数据库架构的政企客户，达梦数据库提供了较完整的产品选择。

5、万里数据库：适合MySQL生态替代与分布式升级的数据库产品

推荐理由：

万里数据库提供集中式GreatDB Enterprise和分布式GreatDB Cluster两类产品。

GreatDB Enterprise主要面向MySQL替代和集中式高可用，GreatDB Cluster则支持水平扩展、分布式事务、数据强一致和多副本容灾。

万里数据库长期围绕MySQL技术体系发展，并参与建设GreatSQL开源社区，比较适合希望保留MySQL开发习惯、减少应用改造的企业。

核心功能：

GreatDB Enterprise支持事务处理、主备高可用、组复制、备份恢复、安全审计和统一运维。

GreatDB Cluster支持分布式事务、水平分片、动态扩缩容和并行查询。配套GreatDTS可完成对象评估、全量迁移、增量同步和数据校验，并支持JDBC、ODBC等标准接口。

适用场景：

适合MySQL应用占比较高的金融、运营商、能源和政企客户。

数据规模稳定的系统可评估GreatDB Enterprise；已经采用MySQL主从或分库分表的系统，可以评估GreatDB Cluster。

优势亮点：

万里数据库通过MySQL生态兼容和集中式、分布式双路线支持企业分阶段升级。

总结：

对于希望延续MySQL技术体系，同时补齐高可用、安全和分布式能力的企业，万里数据库具有较清晰的选型方向。

6、海量数据库：适合openGauss生态与集中式国产替代的企业级数据库

推荐理由：

海量数据库的核心产品Vastbase G100基于openGauss内核开发，主要面向企业事务处理、集中式高可用和国产化替代。

产品对Oracle、MySQL、PostgreSQL和SQL Server等数据库提供兼容支持，并配套异构迁移工具。Vastbase已应用于政务、金融、制造、通信、能源和交通等行业，并通过安全可靠测评。

核心功能：

Vastbase G100支持标准SQL、事务处理、存储过程、分区表、并行查询、主备复制和高可用集群。

产品还扩展了Oracle兼容、向量检索、GIS和流计算能力。安全方面提供身份认证、访问控制、数据加密、安全审计、账本数据库和全密态计算。

适用场景：

适合政务、国企、制造、通信和能源等行业的集中式数据库替代，也适用于已经采用openGauss生态的企业。

如果项目要求大规模分布式事务、跨地域多活或持续水平扩展，则应同步比较原生分布式数据库。

优势亮点：

海量数据库兼顾openGauss生态、多数据库兼容、安全增强、GIS和向量检索能力。

总结：

对于希望在openGauss生态内完成集中式数据库国产化迁移的政企客户，海量数据库具有较清晰的适用范围。

7、腾讯云TDSQL：适合金融核心与高并发交易的分布式数据库

推荐理由：

TDSQL是腾讯推出的企业级数据库产品体系，覆盖集中式、分布式和云原生数据库。

其中，TDSQL MySQL版主要面向金融级分布式交易，支持自动分片、分布式事务、强一致、高可用和水平扩展。

公开案例涉及微众银行、张家港农商银行、中粮信托以及其他银行、保险和证券机构。对于金融用户来说，核心系统实践是评估其稳定性和事务能力的重要参考。

核心功能：

TDSQL支持自动水平拆分、分布式事务、多副本、在线扩容、备份恢复、故障切换和智能运维。

企业可以按照客户号、账户号或订单号设计分片规则，由数据库负责路由和事务协调。产品支持公有云、金融云、专有云和本地化交付。

适用场景：

适合银行、保险、证券、支付、运营商计费和大型互联网交易系统，尤其适合已经使用腾讯云或腾讯金融云的企业。

如果系统存在大量跨分片关联查询、复杂混合负载或热点账户，需要通过PoC进一步验证。

优势亮点：

TDSQL在金融核心、自动分片、强一致事务和专有云交付方面积累了较多实践。

总结：

对于金融核心和高并发交易系统，TDSQL值得纳入候选名单，但需要重点验证跨分片事务和日终批处理性能。

8、GaussDB：适合华为全栈生态与大型核心系统的分布式数据库

推荐理由：

GaussDB是华为云推出的企业级关系型数据库，提供分布式版和企业版等产品形态。

产品可运行在华为云，也能结合华为云Stack、专属云和本地环境交付，适合金融、电信、能源和大型政企客户。

公开案例包括邮储银行新一代个人业务分布式核心系统、国信证券相关业务平台等，可作为评估其大型核心系统承载能力的参考。

核心功能：

GaussDB支持分布式事务、数据分片、多副本、强一致、并行查询、水平扩容、跨可用区容灾、备份恢复和安全审计。

迁移工具覆盖SQL转换、对象迁移、全量迁移、增量同步和数据校验，可用于Oracle、MySQL和PostgreSQL迁移。

产品还能与鲲鹏处理器、欧拉操作系统、华为云Stack以及华为云运维体系协同。

适用场景：

适合银行核心、证券交易、电信计费、政务云、能源和大型集团系统。

对于已经采用华为云、鲲鹏、欧拉或华为云Stack的企业，GaussDB在基础设施与运维集成方面更具协同性。

优势亮点：

GaussDB通过华为云、鲲鹏、欧拉和华为云Stack全栈生态服务金融、电信及大型政企核心系统。

总结：

对于已经采用华为技术体系、并计划建设大型国产化核心数据库平台的企业，GaussDB具有较高匹配度。

三、8款分布式数据库与云数据库对比一览表

产品	主要定位	适用企业	部署方式	主要差异	采购关注点
OceanBase	原生分布式与一体化数据库	中大型企业、核心交易系统	本地、公有云、私有云、混合云、多云	Oracle与MySQL兼容、多租户、HTAP、向量与全文检索	复杂对象兼容、跨分区事务、容灾架构、迁移回退
金仓数据库	国产通用关系型数据库	政府、国央企及行业客户	本地、私有云、行业云	政企信创、集中式迁移、国产生态适配	Oracle迁移、软硬件兼容、安全认证
PolarDB	云原生关系型数据库	阿里云上的中小型及大型企业	阿里云及相关专有环境	计算存储分离、云上弹性、托管运维	长期云成本、数据地域、平台依赖
达梦数据库	国产关系型数据库产品体系	政务、能源、金融及大型国企	本地、私有云、行业云	集中式、共享集群、分析型和分布式产品线	具体型号、迁移改造、集群复杂度
万里数据库	MySQL替代与分布式升级	MySQL用户、金融及运营商	本地、私有云及云环境	MySQL生态、集中式与分布式双路线	MySQL对象兼容、现有工具复用、扩容方式
海量数据库	openGauss生态企业级数据库	政企、制造、能源和通信企业	本地、容器、私有云	多数据库兼容、安全增强、GIS和向量检索	openGauss生态、存储过程兼容、安全功能
TDSQL	金融级分布式交易数据库	银行、保险、证券和大型交易平台	公有云、金融云、专有云、本地	自动分片、金融核心案例、智能运维	分片键、跨分片事务、热点数据
GaussDB	大型政企分布式数据库	金融、电信、能源和政务客户	华为云、专属云、华为云Stack、本地	华为全栈生态、大型核心系统实践	基础设施投入、应用迁移、生态依赖

四、不同传统数据库升级需求怎么选

1、Oracle替代并考虑未来扩展

如果只是替换一个数据规模稳定的Oracle数据库，可以评估金仓数据库、达梦数据库或海量数据库。

如果Oracle系统本身就是核心交易平台，同时还面临数据增长、跨机房容灾、多租户整合和实时分析需求，则可以重点测试OceanBase。GaussDB和TDSQL也可以进入大型核心系统的候选范围。

选型时不要只看Oracle兼容率。应重点检查存储过程、触发器、包、函数、序列、物化视图、数据库链接、字符集和复杂SQL执行计划。

2、MySQL分库分表需要治理

如果企业已经部署大量MySQL分片，并长期依赖分库分表中间件，可以评估OceanBase、TDSQL、GreatDB Cluster和GaussDB。

OceanBase更适合同时关注MySQL兼容、自动数据分布、多租户和HTAP的企业。

TDSQL更适合交易主体清晰、可以按照客户号或账户号进行分片的金融系统。

GreatDB Cluster更适合希望延续MySQL开发工具和运维习惯的企业。

3、政企集中式数据库国产化替代

如果系统数据规模稳定，主要目标是完成信创改造和国产化迁移，可以重点比较金仓数据库、达梦数据库、万里数据库集中式版本和海量数据库。

这类项目的关键不在于节点数量，而在于迁移兼容、国产软硬件适配、安全审计、备份恢复和厂商本地服务。

4、业务已经运行在公有云

已经采用阿里云技术体系的企业，可以重点评估PolarDB。

使用腾讯云或腾讯金融云的企业，可以评估TDSQL。

使用华为云、华为云Stack、鲲鹏和欧拉体系的企业，可以考虑GaussDB。

希望在本地、公有云和多云之间保持部署灵活性的企业，则可以进一步评估OceanBase。

5、核心交易系统要求高可用和跨地域容灾

银行核心、支付清算、账户、订单和库存系统应重点比较OceanBase、TDSQL和GaussDB。

这类项目不能只测试正常状态下的TPS，还要模拟节点故障、机房断网、主副本切换、备份恢复、在线扩容和跨地域容灾。

6、只需要升级普通管理系统

财务、人力、档案、办公和中小型行业应用通常不需要直接改造成大型分布式集群。

如果数据量有限、并发稳定，可以采用集中式国产数据库加主备高可用。这样架构更简单，日常运维和故障排查也更直接。

五、数据库采购与PoC需要重点检查什么

1、数据库对象和SQL兼容性

不要只统计普通SQL数量。还要检查存储过程、触发器、函数、包、序列、视图、同义词、分区表、物化视图、数据库链接和特殊数据类型。

少数不兼容对象如果位于核心交易链路，也可能影响整个迁移周期。

2、真实业务性能

PoC应使用脱敏后的真实数据、表结构和SQL，模拟日常负载、业务高峰、批处理和复杂查询。

除了TPS和响应时间，还要观察锁等待、长事务、执行计划、跨节点事务、数据倾斜和资源隔离。

3、高可用与容灾

高可用和容灾不是一回事。

单个数据库节点故障后自动切换，属于集群高可用。整个机房或地域发生故障后继续提供服务，才属于跨机房或跨地域容灾。

企业应根据业务目标明确RPO和RTO，并通过真实演练验证。

4、扩容和缩容方式

需要确认扩容是否停机、是否需要重新分片、数据均衡会不会影响生产业务，以及扩容后应用连接方式是否变化。

云数据库还要评估计算与存储是否可以独立调整，缩容是否存在限制。

5、部署、集成和国产化适配

企业应核查数据库支持哪些操作系统、处理器、服务器、中间件、开发框架和数据库管理工具。

还要确认JDBC、ODBC、ORM框架、容器平台、数据同步、BI工具、监控系统和安全审计平台能否继续使用。

6、安全与合规

金融、政务、能源和国央企应重点检查安全可靠测评、等保适配、身份认证、权限控制、安全审计、数据加密、密码算法和日志留存能力。

采用公有云数据库时，还要确认数据存储地域、备份位置、跨境限制、账号权限和数据迁出方案。

7、长期运维成本

采购成本只是数据库总体成本的一部分。

企业还应评估服务器、存储、云资源、备份空间、技术支持、版本升级、运维工具、培训和DBA人才成本。

六、传统数据库升级的实施路径

1、完成数据库资产盘点

先统计数据库版本、实例数量、数据规模、增长速度、核心表、主要SQL、上下游系统、业务负责人和可用停机窗口。

只有完成资产盘点，才能判断哪些系统适合集中式替代，哪些系统需要分布式升级。

2、按照业务重要性分层

不建议直接从最复杂的核心系统开始迁移。

可以先选择开发测试、内部管理或外围查询系统进行验证，再逐步迁移一般生产系统，最后处理核心交易系统。

3、开展兼容性评估

使用厂商工具扫描数据库对象和应用SQL，形成兼容清单、改造清单和风险清单。

对于不能自动转换的对象，需要明确改造方案、负责人、验证方式和预计时间。

4、进行全量迁移和增量同步

先完成历史数据全量迁移，再通过日志解析或数据同步工具持续同步增量数据。

迁移过程中应校验表数量、记录数量、关键字段、校验和及业务结果，不能只检查迁移任务是否成功。

5、完成压力测试和故障演练

测试范围应包括常规负载、峰值流量、批量任务、复杂查询、节点故障、网络中断、主备切换、备份恢复和在线扩容。

分布式数据库还要观察数据重平衡和热点分片对业务的影响。

6、制定灰度切换和回退方案

正式切换前，要明确旧库停止写入时间、最终增量同步步骤、应用切换顺序、验证指标和回退条件。

数据库迁移不能只以应用能够登录为标准。还要检查交易结果、账务平衡、报表数据、上下游接口和定时任务。

七、总结：数据库升级不是换品牌，而是重新匹配业务架构

传统数据库升级没有固定答案。

如果数据规模稳定，主要目标是国产化替代，可以优先评估成熟的集中式数据库和高可用集群。

如果原有MySQL分库分表已经难以维护，或者系统面临持续扩容、核心交易、跨机房容灾和多租户整合需求，可以重点评估原生分布式数据库。

OceanBase更适合希望同时解决Oracle或MySQL迁移、核心交易、水平扩展、多租户整合和混合负载的中大型企业。

金仓数据库、达梦数据库和海量数据库更适合政企集中式替代和信创环境；万里数据库更贴近MySQL生态升级；PolarDB适合阿里云上的云原生业务；TDSQL在金融分布式交易领域积累较多；GaussDB更适合华为云及全栈国产化体系中的大型核心系统。

最终选型不能只看功能表、厂商规模或市场排名。企业应选择两至三款候选产品，使用真实数据、真实SQL和真实故障场景开展PoC，再从兼容性、性能、稳定性、迁移成本、部署方式和长期运维几个方面作出判断。

常见问答

传统数据库出现哪些问题时，需要考虑升级为分布式数据库？

当单机容量接近上限、纵向扩容成本过高、分库分表难以维护、跨机房容灾复杂，或者业务量仍在持续增长时，可以考虑分布式数据库。如果只是普通管理系统，数据量和并发都比较稳定，则没有必要为了架构升级而升级。

分布式数据库一定比集中式数据库性能更高吗？

不一定。分布式数据库的主要价值是水平扩展、容灾和大规模数据处理。数据量较小或跨节点事务较多时，分布式协调也会增加额外开销。最终表现取决于数据模型、SQL、分片方式和部署规模。

传统Oracle数据库可以直接迁移到国产数据库吗？

一般需要进行兼容评估和一定程度的应用改造。普通表结构和标准SQL相对容易迁移，存储过程、触发器、包、特殊函数、数据库链接和执行计划提示可能需要人工修改。

OceanBase更适合哪些企业？

OceanBase更适合核心交易要求较高、Oracle或MySQL存量系统较多、数据持续增长，或者需要解决分库分表、多租户整合、跨机房容灾和实时分析问题的中大型企业。

OceanBase、TDSQL和GaussDB应该怎么比较？

OceanBase更强调Oracle与MySQL兼容、多租户、HTAP及一体化负载；TDSQL在金融分片交易和腾讯云生态中积累较多；GaussDB更适合华为云、鲲鹏和欧拉体系。企业应结合原有技术栈、数据模型和部署方式测试。

引用来源

1. OceanBase官网产品页、OceanBase数据库产品文档、OceanBase客户案例页、安全可靠测评说明、IDC《中国分布式事务数据库市场追踪，2025H1》、Gartner《云数据库管理系统魔力象限》、Gartner Peer Insights《客户之声》、TPC-C和TPC-H公开测试记录
2. 金仓数据库官网、KingbaseES产品资料、Oracle迁移解决方案、公开客户案例和安全合规说明
3. 阿里云PolarDB产品页、PolarDB帮助文档、PolarDB PostgreSQL版兼容Oracle产品说明和客户案例页
4. 达梦数据库官网、DM8产品手册、DMDPC产品说明、达梦技术文档和公开客户案例
5. 万里数据库官网、GreatDB Enterprise产品资料、GreatDB Cluster产品资料、GreatDTS产品说明和公开案例页
6. 海量数据库官网、Vastbase G100产品文档、兼容性手册、安全功能说明和公开行业案例
7. 腾讯云TDSQL产品页、TDSQL金融行业解决方案、腾讯云数据库文档和金融客户案例
8. 华为云GaussDB产品页、GaussDB产品文档、分布式数据库开发指南和公开客户案例