SQLSHIFT 是爱可生对OB的雪中送炭！-优快云博客

本文链接：https://blog.youkuaiyun.com/liuhuayang/article/details/148335588

❝
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3000人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，开8群350+ 9群 100+)

最近经常群里有人提出，转国产数据库容易，可ORACLE中的存储过程很难转的问题，这个问题一直是行业的老大难，100%的国产数据库都可以从表结构，数据的传输部分解决ORACLE到他们自己的数据库的问题。

可一提到存储过程这个部分，不少还在呱噪的“大音响”，就立刻停止了声音。作为OceanBase的铁杆支持厂商，爱可生拿出了相关的产品，SQLShift。一款产品的产生是要连带着需求的，那么需求从哪里来，我们先理一理，然后我们在说问题的解决方案和产品本身。

这里我们需要肯定OceanBase在ORACLE兼容性方面的工作，主要的兼容性问题集中在不规范的ORACLE语法导致的问题。熟悉数据库的同学都明白，一些数据产品是存在语法的匡量，也就是虽然语法不正确，但ORACLE基于撰写的一些容忍度是可以接受不规范的语句写法。

但作为其他的数据库产品，兼容是严格按照原有数据库的语句的写法来进行的兼容性，而不正确的语句写法是无法进行兼容的，总不能兼容错误的语句写法。

此时需求就来了，很多企业ORACLE的存储过程撰写的方法各式各样，一些ORACLE可以容忍的错误写法，在OB上是无法通过的，所以必须有一个产品来将错误的存储过程写成正确的，然后转入到OceanBase中。

问题和需求都有了，所以我们有了产品来自爱可生的SQLSHIFT,在ORACLE 转换到 OceanBase的过程中，更加快速的解决问题。

这里我们用一个例子来说明这个工具的工作方式。

原有ORACLE语句问题转换

语句差异修改

下面这个部分很体现的是，在ORACLE转换到OB，中的一些数据库系统表查询中的互通的问题，ORACLE是一个单体数据库，OB是以分布式为主的数据库产品（OB已经不是纯分布式数据库产品，已经包含了单机等系列产品），所以需要进行转换，这里sqlshift也可以进行转换。

项目	Oracle: `v$database.open_mode`	OceanBase: `SYS.TENANT_VIRTUAL_GLOBAL_VARIABLE`
数据库平台	Oracle	OceanBase
判断级别	数据库级	租户级
使用视图	`v$database`	`SYS.TENANT_VIRTUAL_GLOBAL_VARIABLE`
判断字段	`open_mode`	`read_only` 变量
可读写状态的值	`'READ WRITE'`	`'OFF'`
用途	判断数据库是否可写	判断租户是否可写

image

✅ 主要差异点	Oracle 端 SQL	OceanBase 端 SQL	差异说明
函数参数 SYSDATE 表达	`SYSDATE()`	`SYSDATE`	Oracle 中 `SYSDATE` 是无括号的函数，OceanBase 支持加括号也支持不加，但推荐写法是无括号。
默认值处理的写法	`GET_ENTITY_MANAGEMENT(MB.ENTITY_ID, SYSDATE(), '1')`	`GET_ENTITY_MANAGEMENT(MB.ENTITY_ID, SYSDATE, '1')`	OceanBase 中采用无括号的 `SYSDATE`；Oracle 中使用 `SYSDATE()` 导致语法不兼容。
别名的显式命名	无	`AS ...`	OceanBase 可能要求对表达式结果显式命名（别名），Oracle 可隐式命名。

通过上面的小的案例我们可以了解到SQLSHIFT的工具的功能和作用，作为OceanBase最核心的外部厂商之一，我个人觉得爱可生的sqlshift工具是对ORACLE 转换到 OB的一次雪中送炭，绝对不是锦上添花。（小道消息，针对ORACLE TO POSTGRESQL 的存储过程的SQLSHIFT 也会很快上线）

https://zt.itpub.net/topic/peanit/list.html?id=307635

如果您觉得这篇文章有帮助到您了解SQLSHIFT工具，可以到上面的链接给使劲点博主，催促他干的更好！！！选中上面的链接，进入到点击页面，K他10次。