瀚高基础软件股份有限公司：软件产品与服务、数字软件与工业服务专精特新企业档案

一、企业速览

企业基础信息：公司名：瀚高基础软件股份有限公司；地区：山东省济南市高新区；行业：工业软件与信息服务（基础软件开发）；成立时间：2005-07-05；注册资本：11948.0881万元；员工数：214人；专利数：156件；认定批次：第三批专精特新“小巨人”（2021年）；上市状态：未上市。

瀚高基础软件股份有限公司是一家专注于数据库管理系统研发与销售的基础软件企业，处于“电子信息与数字技术”产业链中的“数字软件与工业服务”环节，定位于信息系统的基础架构层。

二、主营产品与产业链定位

瀚高基础软件的核心产品是瀚高数据库管理系统（HighGo DB），属于关系型数据库，主要用于事务处理与分析型负载。该公司在简介中明确“在事务型数据库管理系统市场位列前三，在地理信息和新能源领域销售量领先”，说明其产品主要服务于政企客户的核心业务系统，如政务OA、地理信息平台（GIS）、新能源发电监控系统等。

在产业链中，瀚高处于典型的“中间件-数据库”环节，向上游需要依赖芯片（CPU/GPU）、服务器硬件、操作系统（主要是Linux发行版）；向下游则交付给系统集成商、行业ISV（独立软件开发商）或直接客户（政府、央企、大型企业）。数据库是信息系统中的“心脏”，它向下屏蔽硬件的差异，向上支撑应用的运行。瀚高所扮演的角色，就是提供一套标准SQL接口、具备高可用与数据安全能力的“数据底座”。

上游典型构成（行业共识）：

• 硬件：CPU（Intel x86、鲲鹏ARM、海光x86）、服务器（浪潮、新华三、超聚变）、存储（华为、曙光）
• 操作系统：麒麟OS、统信UOS、CentOS（逐步淘汰中）
• 生态适配：需要与芯片、操作系统、中间件、各类应用软件完成互认证

下游典型客户（行业共识）：

• 政府用户：省市大数据局、政务服务中心，用于搭建信息共享交换平台
• 关键行业：电网、能源、金融（非核心系统）、交通（如智慧公路）
• 集成商：浪潮软件、中科曙光、神州数码等

与产业链其他环节的关系——瀚高的数据库需要适配上游ARM/x86两种指令集架构，并验证其在国产芯片上的稳定性与性能；同时，其产品必须能兼容下游ISV开发的业务应用（如财政、社保、公积金系统）。这种深度适配与兼容性验证，构成了其核心服务壁垒。

三、核心工序与技术依赖

数据库管理系统的研发与生产（这里“生产”指代码构建、测试、打包与交付）不同于传统制造业，其核心工序是软件工程的产物，主要涉及以下环节（行业共识）：

1. 内核代码开发与定制：基于PostgreSQL开源内核进行二次开发，包括优化器、执行器、存储引擎的改造。典型参数要求：支持最大连接数>3000；单表支持TB级数据；符合SQL:2016标准。

2. 兼容性适配：对主流CPU（鲲鹏、飞腾、海光）和操作系统（麒麟、统信）进行适配编译，确保二进制兼容。典型工作量：每适配一种新CPU，需重新编译并跑通全部回归测试用例（通常上万条）。

3. 性能调优：针对特定芯片的微架构（如ARM的NUMA特性、x86的多线程特性）进行CPU亲和性绑定、内存池优化、锁机制优化。典型参数：在TPC-C标准测试中，同等硬件条件下，性能衰减需控制在Oracle/MySQL的15%以内。

4. 安全与可靠性测试：包括数据库审计、透明加密、数据脱敏、备份恢复测试。典型要求：RTO（恢复时间目标）<30秒；RPO（恢复点目标）接近0；通过国家“安全可靠测评”。

5. 版本发布与交付：构建自动化CI/CD流水线，生成安装包、补丁包、文档，并提供远程/现场技术支持。

上游关键材料与设备（软件研发场景下的“原材料”主要是硬件与基础软件）：

瀚高在这一环节的定位：它并非纯架构创新者（PostgreSQL开源路线），而是基于成熟开源内核进行“可信增强”与“行业深度适配”。其156件专利主要集中在数据分布优化、SQL执行统计、数据库高可用等领域，说明其技术侧重点是性能优化和运维自动化，而非从零打造全新数据库内核。其214人的团队规模，在国内数据库厂商中属于“小而精”型，研发人力产出效率是关键。

四、竞争格局

中国事务型数据库市场由三大梯队构成（行业共识）：

• 第一梯队：华为（GaussDB，依托华为大量自研芯片与硬件）、阿里巴巴（OceanBase，互联网场景验证，金融领域强势）
• 第二梯队：武汉达梦（DM8，纯自研路线，军工、政府渗透深）、人大金仓（KingbaseES，依托中国人民大学，教育、政务广泛）、南大通用（GBase，在金融、电信有积累）
• 第三梯队：瀚高（主攻细分场景如地理信息、新能源）、优炫软件（信息安全切入）、神舟通用

具体竞争对手分析：

竞争集中维度：

1. 信创适配广度：谁适配了更多的国产芯片、操作系统、中间件和行业应用，谁就能接入更多项目。

2. 核心场景突破：能否从边缘系统（OA、非核心业务）切入核心交易系统（如银行核心、电网调度），这是衡量技术成熟度的关键分水岭。

3. 服务响应能力：数据库的交付不是“即装即用”，而是伴随长时间的调优、上线、排错。厂商的全国技术服务覆盖网络至关重要。

4. 生态兼容度：是否能无缝迁移具备Oracle/MySQL特征的现有应用，降低迁移成本。

瀚高专利156件，高于行业中位数93件，在山东省同行业（仅此1家样本）和全国数字软件与信息服务类企业中处于中上水平。但其专利总量（156件）相比达梦（超300件）存在差距，且无核心自研内核的底层专利（如不依赖PostgreSQL的分布式架构、一致性协议等），这决定了其技术护城河主要在“应用优化层”和“迁移工具层”。

五、护城河判断

技术壁垒：存在，但位于“浅水区”。

156件专利集中于数据分布优化和SQL执行统计等运维及性能辅助领域。这类专利的价值在于降低用户的使用门槛和故障排查成本，但底层能力受限于PostgreSQL社区。当社区版出现重大安全漏洞或架构革新时，瀚高必须快速同步，否则会丧失竞争力。相比之下，达梦、OceanBase的纯自研路线在核心技术自主权上更占优势。

客户壁垒：较强，但依赖信创政策驱动。

数据库替换涉及大量应用改写和迁移，一个中等规模的政务系统迁移周期通常为3-6个月（行业共识）。一旦稳定运行，用户一般不愿轻易更换。瀚高深耕的地理信息、新能源等领域，系统耦合度高，客户切换数据库的成本约在数十万至百万元量级（行业共识）。但这一壁垒主要源于信创政策要求，一旦政策力度减弱，用户可能回迁至商业或开源数据库。

规模壁垒：很弱。

214人的团队，要同时进行产品研发、全国市场拓展、技术支持与适配验证，人力压力极大。以达梦1500人的团队规模横向对比，瀚高的市场覆盖能力、重大客户现场支持能力、渠道管理能力都受到显著制约。年营收未披露，但参考人员规模与人均产出，其营收体量大概率在1-3亿元区间，难以支撑大规模的研发投入或价格战。

认定价值：显著降低，窗口期缩短。

2021年第三批认定时，专精特新“小巨人”享有较高的政策关注和融资便利。但截至目前（2026年），全国已认定数万家，红利被稀释。同时，国家层面对于基础软件的扶持已从“名单制”转向“能力评价”，要求企业具备更实质的市场化替换案例。瀚高若未能在2024-2026年形成规模化营收和头部客户标杆，小巨人的“荣誉标签”将难以有效转化为商业竞争优势。

六、风险与机会

行业风险：

1. 开源替代冲击：PostgreSQL及其商业发行版（如EDB）的成熟度极高，瀚高的定制化能否建立足够高的迁移成本？若企业客户选择自建PostgreSQL专家团队，瀚高的价值将被大幅压缩。

2. 巨头碾压：阿里、华为拥有庞大的研发预算（年投入数百亿级别）和深厚的云基础设施，它们通过“数据库云服务”模式，以更低的价格和更全的功能渗透市场。瀚高在资金和算力储备上完全无法与之相比。

3. 国产替代进度不达预期：若信创政策推进速度放缓，或出现技术路线回调（回归商业数据库），对瀚高这类纯国产替代路径的企业影响巨大。

公司风险：

1. 资本化路径不明：公司成立已21年，注册资本超1.19亿元，但至今未上市。这意味着核心团队和投资人退出通道不清晰，可能影响长期稳定性和核心技术人员留存。收入未披露，这是一个显著的数据缺口。

2. 人员规模与业务规模错配：214人既要开发、测试，又要做全国销售和适配，人均产出压力极大。一旦遇到重点客户集中交付期，可能导致质量下滑或交付延迟，损害口碑。

3. 股权与治理风险：作为股份有限公司，实控人（苗健）身份涉及软件行业外，是否有其他关联方？股权结构是否分散？这些未披露信息可能影响公司决策效率和战略定力。

机会窗口：

1. 地理信息与新能源的细分场景深化：简介中明确提及这两个领域“销售量领先”。地理信息对空间数据库（PostGIS）依赖度极高，瀚高可基于此打造专用解决方案；新能源领域（风电、光伏）则对时序数据、视频监控数据聚合有明确需求。若能在这些细分市场形成“数据-应用”联动的解决方案，定价权和客户粘性将显著提升。

2. “数据库+容器云”的国产化替代机会：当前云原生是数据库的大趋势。瀚高是否可以推出基于Kubernetes的“数据库即服务”产品，让政府用户像使用公有云一样部署本地数据库？若能在信创云的“最后一公里”提供轻量级、易运维的数据库容器化方案，将有效对冲大型云厂商的挤压。这需要其在开源Kubernetes调度、存储编排领域形成技术突破，但其156件专利中是否涉及相关领域，目前无法确认。