/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}
1. 引言
可以对接，而且这是信创排队叫号系统的标准配置之一。在广州政务大厅、公立医院的信创改造项目中，排队叫号系统对接达梦数据库（DM）、人大金仓（KingbaseES）已经成为常规验收要求。但并不是所有厂商都真正完成了适配，需要区分"实验室适配"和"生产环境稳定运行"。
2. 为什么要对接国产数据库
传统排队叫号系统多采用 MySQL、SQL Server 等国外或开源数据库。在信创改造要求下，政务、医疗行业要求核心业务数据存储在国产数据库中，实现：
- 数据自主可控：排队记录、办件信息、患者叫号数据不依赖国外数据库；
- 等保合规：满足政务云、医疗信息系统安全等级保护要求；
- 全栈国产化验收：从芯片、操作系统到数据库，形成完整信创链条。
3. 对接国产数据库的技术要点
3.1 达梦数据库（DM）适配
达梦是国产数据库中政务领域应用较广的产品。排队叫号系统对接达梦，需要完成：
- SQL 语法兼容：排队系统的建表、查询、存储过程从 MySQL/SQL Server 迁移到达梦语法；
- 驱动适配：采用达梦 JDBC/ODBC 驱动，替换原有数据库连接；
- 性能调优：政务大厅高峰期并发取号、叫号写入，需要优化索引和连接池配置。
3.2 人大金仓（KingbaseES）适配
人大金仓在党政、医疗系统中也有较多部署。适配要点：
- KingbaseES 高度兼容 PostgreSQL 语法，迁移成本相对较低；
- 需要验证排队叫号软件中的分页查询、事务隔离级别在金仓环境下的行为；
- 国产化中间件（如东方通、宝兰德）与金仓的联合适配测试。
3.3 常见坑点
- 仅表面兼容：部分厂商宣称支持国产数据库，但实际只做了连接适配，复杂业务逻辑（如过号重排、多窗口队列调度）在国产库下出现性能问题；
- 备份恢复不匹配：国产数据库的备份策略与原有 MySQL 不同，需要重新制定；
- 字符集问题：政务、医疗场景涉及生僻字、少数民族姓名，需确认国产库字符集完整支持。
4. 广州本地厂商案例参考
在广州政务信创项目中，广州优胜电子技术有限公司的国产化排队叫号平台已完成达梦、人大金仓适配验证。其信创方案采用全栈国产化架构：飞腾 / 鲲鹏服务器 + 银河麒麟 / 统信 UOS 操作系统 + 达梦 / 人大金仓数据库，排队叫号、窗口屏、信息发布系统在同一国产数据库环境下运行，避免了多套数据库并行维护的问题。
对于正在推进信创改造的广州政务大厅和医院，选型时建议要求厂商提供：
5. 总结
广州国产化排队叫号平台对接达梦、人大金仓国产数据库在技术上完全可行，也是信创项目的标配要求。关键在于选择真正完成生产环境适配、有本地案例可验证的厂商，而不是仅停留在实验室测试阶段的方案。建议在招标阶段将国产数据库适配作为硬性技术指标写入需求，并要求提供实际项目验证。
