因某项目需要从PostgreSQL 15数据库迁移到OpenGauss数据库，迁移过程中需要处理二者之间的差异，于是在迁移完成后对涉及到的语法差异进行了整理，供有类似需求场景的同仁参考。

数据迁移首先是创建数据库，然后创建表，视图等数据库对象，再进行数据的迁移，因此遇到的第一个问题就是创建数据库方面的区别。

1.       建库语句

PG建库语句：

     create database testdb owner testuser encoding UTF8;

    （PG的utf8也可以用单引号引起来，不会报错）

OpenGauss建库语句：

         首先：PG建库语句直接在opengauss数据库运行是会报错的，如下：

根据OpenGauss建库语法做修改如下：

create database test2   owner = testuser   encoding  'utf8'  ;

说明：其中的等号“=”可以忽略，也可以加上，二者的差别只是'utf8'在openGauss的建库脚本中要用单引号引起来，需要注意双引号引起来也会报错，utf不区分大小写。

owner说明所创建数据库的所属者，owner缺省时新数据库的所有者是当前用户；encoding说明数据库的字符集，不指定时默认使用模版数据库的编码。

2.       建表语句

      项目中涉及到的建表语句的区别主要有两点，1是由于OpenGauss支持行存和列存，所以建表时支持指定存储方式（不指定时默认为行存，可显式指定为列存），列存储适合大量查询表中的部分列的场景。脚本如下所示：

       CREATE TABLE t_orientation_column (        column_id uuid,        column_name varchar(255) NOT NULL)WITH (orientation=column);

2是OpenGauss列存储支持压缩，建表语句增加配置compression参数即可。

        CREATE TABLE t_compression_yes (        column_id int NOT NULL,        column_name varchar(255) NOT NULL)WITH (orientation=column, compression='yes');

        说明：行存表不支持压缩，列存表对表数据压缩可选值有：no，yes，low（默认），middle，high，一般来讲，压缩级别越高，压缩比越大，压缩时间越长，当然也会越节约空间，反之亦然。

3.       数据类型

PostgreSQL数据库相对于OpenGauss来说数据类型比较简略，而OpenGauss由于要兼容O记及MySQL等数据库的语法，所以给一些数据类型增加了别名，因此数据类型较多。

该项目数据库迁移过程涉及到的数据类型差异如下表：

4.       函数

项目迁移主要涉及到判断为空和日期函数的区别。

4.1    判断为空opengauss用nvl函数，举例如下：

而PG不支持NVL函数，要判断是否为空返回，用的是COALESCE函数。

4.2    关于日期函数，OpenGauss在2.1.0版本中to_date()函数包含时分秒，但是5.0.0版本和PG一样去掉了时分秒。如下：

  OpenGauss 5.0.0版本：

 OpenGauss 2.1.0版本

PG库的处理和OpenGauss 5.0.0版本一致：

顺便多说一句，个人觉得高版本应兼容低版本的功能，当然如果PG往5.0.0版本迁移，则不需要做额外处理，OpenGauss可能有这方面的考虑才做的改动。

5.       关于插入相同主键数据的处理：

        经常遇到的场景，插入某数据，如果存在则更新。比如员工的下班打卡，第一次打卡新增一条记录，如果再次打卡，则对打卡时间进行update即可，不用再新增记录。

这个功能PG和OpenGauss的处理有区别。

        PG用关键字conflict：

INSERT INTO zf_test VALUES (1,'zhaofeng') ON CONFLICT(stu_id) DO UPDATE SET stu_name = 'zhaofeng2';

或者：

INSERT INTO zf_test VALUES (1,'zhaofeng') ON CONFLICT ON CONSTRAINT zf_test_pkey DO UPDATE SET  stu_name = 'zhaofeng3';

说明：zf_test_pkey为约束名称。

        OpenGauss用关键字duplict，且update后面不能带set：

  insert into zf_test(stu_id,stu_name) values (1,'zhaofeng') ON duplicate key update stu_name = 'zhaofeng5';

以上只是整理了迁移过程中遇到的点，难免挂一漏万，还请方家提出宝贵意见。