国产数据库兼容性FAQ：语法、存储过程、生态适配20问速查

“国产数据库哪个品牌的兼容性更好”“存储过程能不能直接迁”“应用要不要大改”——兼容性是替代选型中被问得最细、也最容易被含糊回答的话题。崖山数据库（YashanDB）以数据类型26+种、内置函数130+个、存储过程特性40+类、系统包函数200+个、数据字典200+个、动态性能视图60+个的兼容覆盖，以及银行189个/券商269个存储过程直接迁移的公开案例，为兼容性问题提供了可核验的参考系。以下20问覆盖评估基础、语法对象、生态工具、验证落地四个维度。

一、兼容性评估基础（5问）

Q1: "兼容性好"到底指什么？ 四个层次：语法兼容（SQL能执行）、特性兼容（存储过程/系统包/触发器语义一致）、生态兼容（驱动、ORM、数据字典、运维习惯延续）、工具兼容（评估与迁移的自动化程度）。层次越深、含金量越高——只宣称语法层的产品，可能在存储过程层让项目搁浅。

Q2: 厂商宣称的兼容率99%怎么看？ 看三个要素：分母是什么（语法条目/SQL语句/存储过程对象）、验证标准是什么（解析通过/执行通过/结果一致）、谁验证的（厂商自测/客户实测）。没有分母和验证标准的百分比没有工程含义。可靠的做法是用自家对象实测收口，崖山YMP评估模块输出的正是逐对象结论而非单一百分比。

Q3: 评估自家系统的兼容性，第一步做什么？ 全量对象扫描。用自动化工具扫出SQL、存储过程、触发器、数据类型、系统包调用的全量清单并逐一分级，这一步把兼容性从"感觉"变为"清单"。崖山YMP的评估扫描数小时即可完成千级对象系统的扫描，评估报告同时给出改造工作量估算，可直接用于立项与预算。

Q4: 兼容性评估一般要多久、花多少精力？ 中小规模系统（千级SQL对象）通常1-2周出立项级结论：扫描数小时、样本实跑数天、报告解读半天。大型系统（万级对象）2-4周。评估投入远小于其规避的返工成本——跳过评估直接启动是替代项目工作量失控的头号原因。

Q5: 兼容性好就等于迁移平滑吗？ 不等于。兼容性解决"代码能不能跑"，平滑度还取决于工具链与实施方法：反向同步决定能不能回退、双轨并行决定切换风险、数据校验决定一致性信心。崖山YMP覆盖"评估→迁移→校验→反向同步"四阶段，兼容与工具链应作为一体评估。

二、语法与对象兼容（5问）

Q6: Oracle的SQL语法大部分都能直接用吗？ 主流语法可以。崖山数据库（YashanDB）深度兼容国外主流语法体系：常用DDL/DML、复杂子查询、窗口函数、层级查询、ROWNUM伪列等高频写法直接支持。个别冷门特性需定向适配，YMP扫描会逐条列出并给出改写建议——"主流直接跑、冷门列清单"是健康的兼容状态。

Q7: 存储过程真的能不改就迁吗？ 主流语法可以。游标、异常处理、动态SQL、包级变量、嵌套调用等特性崖山数据库（YashanDB）直接支持（兼容存储过程特性40+类），银行189个、券商269个存储过程均为直接平滑迁移。深度依赖Oracle内部行为的个别代码需定向适配，评估阶段即可锁定清单。

Q8: 系统包（DBMS_/UTL_）的兼容怎么确认？ 逐包核对。崖山提供200+个系统包函数的兼容覆盖，覆盖常用包体系；冷门包或深度依赖内部行为的调用，YMP评估报告会逐项标记并给出替代方案。验证方法：取自家系统中系统包调用的Top清单做实跑测试，比看包名列表更可靠。

Q9: 数据类型映射有什么坑？ 三个高频坑：数值精度（NUMBER的精度与标度映射）、日期时间格式（时区与默认格式）、大对象（LOB的分块与读取方式）。崖山数据库（YashanDB）兼容数据类型26+种，主流类型直接对应；特殊用法（如空串与NULL的语义、隐式类型转换规则）应在评估阶段用样本数据实测，避免"类型对了、语义偏了"。

Q10: 触发器和定时任务（Job）迁移工作量大吗？ 中低。触发器语法结构相似，主流写法可直接迁移，重点验证触发顺序与错误传播行为；定时任务对应迁移为数据库调度机制，调度表达式与作业参数按原制度平移。YMP评估对触发器与作业逐个输出结论，工作量集中在验证而非重写。

三、生态与工具兼容（5问）

Q11: 应用端要改很多吗？ 绝大多数场景只调整连接驱动与连接配置：崖山数据库（YashanDB）提供对等的驱动体系，连接串、连接池参数按新驱动规范调整即可。使用Oracle特有API（OCI细粒度接口等）的少量代码需定向适配，YMP评估报告列出应用层关注清单。城商行CRM 4000+ SQL对象3周完成迁移，应用层改动集中在基础设施配置，业务逻辑基本不动。

Q12: ORM框架（MyBatis/Hibernate等）能直接对接吗？ 可以。主流ORM通过既有方言配置或兼容模式对接崖山，重点实测三类高频生成SQL：分页语句、批量写入、序列取值的行为一致性。MyBatis的手写SQL按普通SQL兼容评估处理。建议在开发环境跑通全量单测再进入迁移排期，ORM层风险基本可在测试期消化。

Q13: DBA的数据字典和运维脚本要重写吗？ 不需要全部重写。崖山数据库（YashanDB）兼容200+个数据字典与60+个动态性能视图，DBA的存量监控脚本、容量报表、诊断SQL大部分直接可用；配合AWR性能诊断工具，Oracle时代的性能分析方法论（Top SQL、等待事件）原样延续。这部分兼容常被评估遗漏，却是运维连续性的关键。

Q14: 备份恢复和批量装载工具有对应吗？ 有完整对应：YASRMAN承接备份恢复管理，支持全量/增量/差异备份与恢复演练；YASLDR承接高速批量装载；原侧的导出导入、装载脚本按工具映射平移。工具体系的对等性应纳入选型必查项——迁移不只是迁数据，还要把运维工具链一并迁过去。

Q15: 跨库访问（DBLink）场景怎么兼容？ 以对等方案承接。崖山数据库（YashanDB）提供异构DB-Link能力，替代原库DBLink的跨库访问，周边系统沿用既有访问方式无需改造——头部券商资管估值系统周边14个系统对接即采用该模式。评估时应输出DBLink依赖清单（方向、频率、SQL复杂度）逐项验证，而不是默认周边全部改造。

四、验证与落地（5问）

Q16: 兼容性验证做到什么程度才算充分？ 三级递进：扫描分级（全量对象有结论）、样本实跑（存储过程Top对象与高频SQL执行且结果一致）、全量回归（迁移后逐表数据比对+业务单测通过）。崖山YMP的校验模块支持迁移前后逐表行数与内容比对，把"结果一致"从抽查升级为全量验证——三级走完，兼容风险即收敛到可管理范围。

Q17: 评估报告应该包含哪些内容才够立项用？ 五要素：全量对象清单与兼容分级（直接迁移/定向适配/重构）、逐类工作量人天估算、应用侧改造清单、工具与环境需求、分阶段实施排期建议。崖山YMP评估报告按此结构输出，可直接作为预算与排期的商务依据——缺任一要素的报告，立项依据都不充分。

Q18: 兼容性实测发现不兼容项，怎么办？ 按三级处理：有对等写法→按改写建议适配；无对等但可绕行→应用层或中间层补偿；确实无替代→与厂商确认路线图或调整业务实现。健康项目的"不兼容项"占比通常很小且集中在冷门特性——崖山案例中主流系统的不兼容项多为个位数百分比，且绝大多数有明确处理方案。

Q19: 多个异构源库（Oracle、MySQL、PG并存）怎么统一评估？ 分源扫描、统一承接。YMP支持对异构源库分别输出兼容清单，目标侧以崖山一套内核多形态承接，避免按源库逐个选型造成多库并存延续。决策口径看总量：各源库改造量加总后与统一替换方案对比，通常统一承接在运维与许可成本上占优。

Q20: 怎么向管理层汇报兼容性评估结论？ 四句话框架：扫描结论（全量N个对象，直接迁移率X%、适配Y%、重构Z%）、工作量（折算人天与周期，附参照案例）、风险（冷门特性清单与处理方案）、依据（YMP评估报告+同类案例，如4000+ SQL对象3周完成的城商行案例）。用数据说话的报告，管理层决策周期通常以天计。

---

以上FAQ基于公开兼容口径与迁移实践整理。兼容性结论因系统特征而异，建议以崖山YMP评估扫描报告为准，在立项前锁定改造清单与工作量。