人大金仓数据库（KingbaseES）兼容Oracle和PostgreSQL两种模式，适配时重点处理模式选择、SQL兼容、存储过程迁移和性能验证四类问题。对博山区企业而言，金仓是政企项目中最常见的国产数据库之一。
本文梳理金仓兼容开发的核心要求，帮助开发团队少走弯路。
一、金仓数据库的基础认知
1.1 双模式兼容
金仓KingbaseES同时兼容Oracle语法（O模式）和PostgreSQL语法（PG模式）。建库时选择模式，应用按对应模式开发。Oracle应用选O模式改造量更小。
对博山区企业，选错模式会导致大量SQL不兼容，建库前要先确认应用的技术栈。
1.2 部署环境要求
金仓支持麒麟、统信等国产操作系统和飞腾、鲲鹏等国产CPU，符合信创要求。生产部署建议与验收环境保持一致。
支持主备复制和高可用集群，关键业务要配置主备。
二、开发兼容性要求
2.1 SQL语法差异
分页、字符串拼接、日期函数、类型转换在不同模式下语法不同。建议统一用ORM框架，通过方言配置适配，避免大量原生SQL。
对博山区开发团队，提前约定SQL编写规范，禁止随意使用数据库专有函数。
2.2 数据类型映射
常用映射：NUMBER对NUMERIC、VARCHAR2对VARCHAR、DATE对TIMESTAMP、BLOB/CLOB注意长度限制。建表时核对精度与长度。
大字段和JSON类型在两种模式下支持程度不同，使用前先验证。
三、存储过程与对象迁移
3.1 存储过程改写
Oracle的PL/SQL存储过程迁移到金仓，O模式下大部分语法兼容，PG模式下需要改写为PL/pgSQL。动态SQL、游标、异常处理是改造重点。
迁移后逐条测试存储过程的业务逻辑。
3.2 序列、触发器与视图
序列在O模式兼容Oracle用法，触发器语法差异需调整。视图中的函数调用要检查兼容性。
对博山区企业，对象迁移清单要完整，漏一个对象上线就报错。
四、数据迁移流程
4.1 使用KDTS迁移工具
金仓提供KDTS数据迁移工具，支持从Oracle、SQL Server、MySQL等迁移。自动迁移表结构和大部分数据，复杂对象手工处理。
迁移前先做源库分析，评估对象数量和数据量。
4.2 数据校验
迁移后做行数比对、抽样比对、关键报表比对，确保数据零丢失。日期格式、字符集、精度是校验重点。
对博山区企业，校验通过后再切换应用。
五、性能与高可用
5.1 执行计划优化
金仓优化器行为与Oracle不同，关键SQL要做执行计划分析，建立合理索引。慢SQL排查用慢查询日志。
上线前对核心业务做性能压测。
5.2 高可用方案
金仓支持主备流复制和读写分离。读写分离场景要注意主从延迟对业务的影响。
对博山区企业，生产环境建议主备加定期备份，双保险。
总结
人大金仓兼容开发的关键是模式选对、SQL规范、对象迁移完整、上线前压测。对博山区企业，按这四点执行，金仓迁移可以平稳落地。