SQLSHIFT 是爱可生对OB的雪中送炭！

❝

开头还是介绍一下群，如果感兴趣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转换到OB，中的一些数据库系统表查询中的互通的问题，ORACLE是一个单体数据库，OB是以分布式为主的数据库产品（OB已经不是纯分布式数据库产品，已经包含了单机等系列产品），所以需要进行转换，这里sqlshift也可以进行转换。

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