免费体验

接入数据库（含国产库）

衍数跑在哪种数据库上、怎么接入，以及多数据源在报表侧的读法——选型前最值得先确认的事。

本文说明什么

衍数默认不与特定数据库绑定。本文说明「平台运行在何种数据库上」在交付/部署时通常如何确认，以及数据分析侧如何读取多数据源。具体配置入口以实际实例与交付文档为准。

平台主库：业务数据住哪

一套衍数系统有一份主业务库，承载业务数据与系统配置。作为业务主库支持的范围包括 MySQL、PostgreSQL、SQLite、达梦 DM8 等。ClickHouse 这类分析型引擎定位为数据分析侧的只读来源（报表/看数读取），不充当业务主库。

  • 默认：多数项目用 MySQL / PostgreSQL 起步，无特殊门槛。
  • 国产化：因信创/合规要求选用达梦等国产库时，交付阶段按官方交付手册配置连接即可，不是推翻系统重做。
  • 轻量场景：单机、内网小规模或演示，SQLite 也足够。

给决策者的建议：如果「必须用某国产库」是硬性要求，把它写进选型清单，在对接与试运行阶段用真实数据验证一遍，而不是只看宣称支持。

通常需要确认的几件事

  1. 版本与连接信息：数据库版本、地址、账号；交付方提供连接配置与权限清单。
  2. 主库归属：业务库跑在谁的机房里（客户机房 / 专有云 / 内网）。
  3. 字符集与中文：中文数据在列表、报表里显示正常（建议交付时做一轮中文冒烟）。
  4. 备份与运维：谁负责日常备份、升级、监控——在部署阶段书面约定，避免上线后扯皮。

数据分析侧：读多个数据源

「系统自己的库」只是数据的一部分。做报表/驾驶舱时，平台的数据分析能力可以读取其它数据源：

  • 一个数据源 = 一段带参数与字段说明的查询（从哪里取、取哪些列）。
  • 报表引用数据源，按维度/指标编译出可复用的报表资产。
  • 跨系统的数（如历史库、外部系统）也能以数据源形式被报表读取，再统一口径呈现。

好处是：业务照常在业务库里闭环，分析该读哪个源就读哪个源——两者不互相挤占。

常见疑问

切到国产库，界面功能会受影响吗？ 核心业务与界面能力与底层库解耦，切换主要是数据层的连接与适配验证；个别依赖库方言的功能会做等价实现。以实际试运行验收为准。

分析会不会把业务库拖慢？ 数据分析走独立数据源与只读查询，不直接在生产业务表上做重型计算；大查询有超时与限流保护。高并发分析场景可考虑独立的分析库承接。

相关阅读