
## 一、兼容 Oracle 可能指五件事

一个数据库说「兼容 Oracle」，可能是：

- 认出 `SELECT ... FROM dual` 语法；
- 认识 `NUMBER`、`VARCHAR2`、`DATE` 类型；
- 能跑 `NVL`、`TO_DATE`、`DECODE` 函数；
- 能搬 PL/SQL 存储过程和包；
- 连 `V$` 视图、数据字典也对得上。

前两件解决「能不能跑起来」，后三件决定「跑得对不对」。卡在哪一层，决定了迁移是几天还是几个月。

成色说明：IvorySQL 侧函数行为我实测过（`UTL_URL`、`SYS_CONTEXT`）；OpenTenBase 侧我给它做过安装包和向量诊断工具，但本文涉及的能力描述来自官方文档，没有逐条实测过，能力描述标「官方称」。

## 二、五层拆法

| 层 | 内容 | 迁移影响 |
|---|---|---|
| ① 语法 | `dual`、关键字 | 低，`(+)` 要兼容层 |
| ② 数据类型 | `NUMBER`、`VARCHAR2`、`DATE` | 中，要核精度 |
| ③ 内置函数 | `NVL`、`TO_DATE`、`DECODE`、`UTL_URL` | 中，行为最容易踩坑 |
| ④ 过程语言 | PL/SQL 存储过程、函数、触发器 | 高，要能编译执行 |
| ⑤ 包与系统视图 | `PACKAGE`、`V$`、数据字典 | 最高，贴近内核 |

`UTL_URL` 在 Oracle 里是包，这里按被调用的函数归类：`UTL_URL.ESCAPE` 算 ③ 层，包能力算 ⑤ 层。

![](https://developer.qcloudimg.com/http-save/yehe-11827391/11c58bef739dae51e6c2d3240997aeff.png)

*图 1：Oracle 兼容的五层剖面，迁移难度逐层递增。*

## 三、IvorySQL 的实现

⚠️ **这一节说的兼容能力，前提都是 Oracle 模式。** IvorySQL 建库时先选一种集群形态（`initdb -m pg` 或 `initdb -m oracle`）。只有 Oracle 模式集群才能用 `ivorysql.compatible_mode` 在运行时切换兼容模式；PG 模式集群就是纯 PG。拿 PG 模式的库去验 Oracle 兼容，结论不成立。

IvorySQL 在解析层做转换：解析器函数指针切过去，Oracle 语法落成 PG 原生 AST，优化器和执行器仍是 PG 的。

- ① 层靠解析器；
- ②③ 层靠 `ivorysql_ora` 的类型和函数；
- ④ 层靠 PL/iSQL；
- ⑤ 层靠 PL/iSQL 的 `PACKAGE`，加上 `ivorysql_ora` 补的系统视图和内置包。

`MERGE` 这类语法补丁按本文分层归 ① 层。

IvorySQL 官方另有「五层兼容体系」（语法 / 对象与存储过程 / 执行语义 / 过程语言 / 迁移运维工具），出自官网博客，和本文不是同一种拆法。

第 ③ 层最能藏坑，因为它看着最简单。我补 `UTL_URL.ESCAPE` 时发现，Oracle 官方文档对保留字符的说法不一致，`#` 转不转，文档口径在不同版本间改过；实测行为又可能因环境而异。结论是拿 Oracle XE 11.2 / 18c / 21c 逐行测出来的。

![](https://developer.qcloudimg.com/http-save/yehe-11827391/62fedd95d31644a86907156405105132.png)

*图 2：两路语法输入经解析开关落到统一 AST。*

## 四、OpenTenBase 的实现

按 OpenTenBase 官网 5.0 发布报道，它在语法层、元数据层、视图层隔离 PG/Oracle 模式，同集群可建两种模式库。

官方 5.0 宣称「语法、数据类型、视图、函数、PLSQL 等能力的全面兼容」。源码里有 `oraplsql` 过程语言和 `CREATE PACKAGE` 语法。但这是官方宣称，实际能不能原样跑，还得实测。有实现和行为一致，是两件事。

## 五、按应用形态选深度

先确定你的应用卡在哪一层，再看两个库在这一层的公开证据够不够。证据不足的，就自己搭环境验。

| 应用形态 | 重点层 | 选择 |
|---|---|---|
| 纯 SQL 查询 | ①② | 都行 |
| 用了不少内置函数 | ③ | 逐个核函数清单 |
| 有 PL/SQL 过程和触发器 | ④ | 两边都要实测 |
| 依赖 `PACKAGE`、`V$` | ⑤ | 两边都要实测 |

## 六、要兼容清单时问什么

| 要问的 | 为什么 |
|---|---|
| 函数清单 + 版本 | 同一函数不同 Oracle 版本行为可能不同 |
| 过程语言支持到哪 | 存储过程、触发器、包能否编译执行 |
| 系统视图清单 | `V$`、`DBA_` 最容易被忽略 |
| 已知偏离 | 哪些点明确没对齐，这份最有价值 |

## 七、每层怎么验

| 层 | 怎么验 | 判定 |
|---|---|---|
| ① 语法 | 原 SQL 直接跑 | 不报语法错 |
| ② 类型 | 建表插边界值 | 存读一致 |
| ③ 函数 | 同输入两边跑，diff 输出 | 逐字节一致 |
| ④ 过程语言 | 编译、调用、异常分支 | 结果和 Oracle 一致 |
| ⑤ 包与视图 | 查 `DBA_` / `V$`，调包方法 | 字段名值对得上 |

## 八、小结

别问「兼容不兼容 Oracle」，要问「兼容到第几层、我需要第几层」。差一级，迁移工作量可能差一个数量级。

这套方法不只适用于这两个库，换任何号称兼容 Oracle 的数据库，都能按这五层去问。



前两件解决「能不能跑起来」，后三件决定「跑得对不对」。卡在哪一层，决定了迁移是几天还是几个月。

把 Oracle 兼容拆成五层：IvorySQL 与 OpenTenBase 差在哪

「Oracle 兼容」是分层的：从认得语法，到能跑 PL/SQL 包，中间差好几级。本文把它拆成五层，对照 IvorySQL 与 OpenTenBase 的实现，并给出每层的验证方法。

人工智能

评估兼容性前先拆解成语法、数据类型、内置函数、过程语言、包与系统视图五层。语法和数据类型决定能否运行，函数与包决定行为准确性，PL/SQL和V$视图影响深度迁移。以IvorySQL和OpenTenBase为例，前者依赖解析器与PL/iSQL实现，后者靠官方宣称，需实测验证。按应用形态选择验证重点，逐层对比输出、边界值和异常分支，才能确定迁移工作量。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

评估兼容性前先拆解成语法、数据类型、内置函数、过程语言、包与系统视图五层。语法和数据类型决定能否运行，函数与包决定行为准确性，PL/SQL和V$视图影响深度迁移。以IvorySQL和OpenTenBase为例，前者依赖解析器与PL/iSQL实现，后者靠官方宣称，需实测验证。按应用形态选择验证重点，逐层对比输出、边界值和...

把 Oracle 兼容拆成五层：IvorySQL 与 OpenTenBase 差在哪-腾讯云开发者社区-腾讯云

把 Oracle 兼容拆成五层：IvorySQL 与 OpenTenBase 差在哪

把 Oracle 兼容拆成五层：IvorySQL 与 OpenTenBase 差在哪

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐