达梦数据库(一)mysql2dm

达梦数据库(一)mysql2dm

声明:

  1. 在windows上安装达梦数据库只是临时过渡使用

  2. 如未明确声明windows版本,皆为win10系统

  3. 项目背景为mysql数据迁移至达梦数据库

  4. 下文达梦数据库版本为 8

    要问具体的小版本号?问就是不知道。。。

    sql> select * from v$version;

    在这里插入图片描述

sql> select id_code;

在这里插入图片描述

当然你可以参照官方迁移文档:https://eco.dameng.com/document/dm/zh-cn/start/mysql_dm.html

一、安装篇ForWindows

  1. 下载安装包(需要登录),以下为官方系在地址。

    https://www.dameng.com/list_103.html

在这里插入图片描述

Please Note: 下载的软件安装包为压缩包,解压后如下所示,双击打开即可。

在这里插入图片描述

打开 .ios 文件后如下所示:

在这里插入图片描述

  1. 安装

    双击 setup.exe 安装即可

    (有些工具 在 /source/tool/ 也能用,但是有些不能用,建议还是安装较好)

二、数据库初始化篇

https://eco.dameng.com/document/dm/zh-cn/start/tool-dm-migrate.html

此链接为官方教程,不做过多赘述了,只在本文档中强调踩的坑。

三、数据迁移篇

在迁移前需要做准备工作,建议仔细阅读官方迁移文档

出现的问题

找不到对应表或者视图

项目使用SYSDBA用户登陆。发现找不到对应表或者视图。

在达梦数据库中,如果登陆的用户有多个模式的权限,那么在查询的时候需要带上模式名。即 select * from moshi.table;

当然如果你的用户只有一个模式的权限那就不需要模式名了,直接查询即可。即 select * from table;

注意

字符集

达梦数据库在创建数据库实例的时候已经选择了字符集,在这个实例中创建的所有模式都是这个字符集。按照本文档使用的DM8版本,支持的字符集是UTF-8/GB18030/EUC-KR。(已经创建的是无法修改的,此处需要注意你的源数据库字符集 如 我的是UTF-8MB4 里面可能有表情,但是目标达梦是UTF-8)

select SF_GET_UNICODE_FLAG();
select  UNICODE ();
-- 执行以上命令可以在已经实例化的达梦数据库查看当前字符集。 0 表示 GB18030,1 表示 UTF-8,2 表示 EUC-KR

please note:UTF-8MB4下的 varchar(32) 可能对应的是 128位的字节数,但是UTF-8下的只是32位(理论上只能存储10个中文字符)。迁移过程中可能会出现超长。这个时候需要在迁移时修改对应映射的达梦数据库的表的字段精度。

模式

使用DM数据迁移工具迁移后,mysql的库对应的是达梦数据库的模式。

迁移出错

在使用DM数据迁移工具时有很多选项,建议仔细看看,按需选择,比如两个库字符长度不一致时。迁移时可以选择对应的表存在时先删除再继续操作。

大小写敏感

这东西很致命。模式/表名 查询时候的大小写等息息相关。

达梦数据库在数据库实例初始化的时候有个选项是是否大小写敏感,可以执行以下sql查询

select CASE_SENSITIVE();
-- 1 就是敏感

阿明酱啊 -【达梦8】大小敏感字符集参数设置,可以看看这篇文章。

概括为:

  • 大小写不敏感的实例中

    • DDL无论大小写不允许重复

    • 无论查询条件是否存在大小写,只要存在符合的相同结果都会被检索出来。

      搜索条件为大写如 (where name = “ZHANGSAN”) 会把 ZHANGSAN,zhangsan 都查出来。

  • 在大小写敏感的实例中

    • 若建表语句中表名并没用双引号括起来,则都会被转换成大写。若表名已经被双引号括起来,则表名保留双引号中的大小写形式。

      create table TEST.AAA

      create table TEST.aaa

      这俩最终建的表名都叫 AAA

      create table TEST.“aaa” 这个表名叫 aaa

      字段名同理。

    • 若建表语句中列名并没用双引号括起来,则都会被转换成大写。若列名已经被双引号括起来,则表名保留双引号中的大小写形式,且允许存在列名相同但大小写不同的列。

    • 查询条件严格按照结果的大小写来查询数据,若结果相同但大写不同,则不会出现在查询结果中。

      查询 AAA 只会查询到 AAA 查不出 aaa

    解决方案
    1. 大小写敏感环境中 表名/列名 保持默认(即 自动转为全部大写)

      sql查询时 表名或者列名 会自动转为 大写

      参考 第二层皮是也-达梦数据库大小写敏感设置及使用初探

    2. 初始化数据库设置为大小写不敏感

    3. 修改配置文件

      参考 达梦数据库的大小写敏感与CASE_SENSITIVE详解

四、 代码修改篇

group_concat

group_concat 改为wm_concat

GROUP BY

错误提示语:第1 行附近出现错误:不是 GROUP BY 表达式

方法一

原语句:

select e.department_id,e.employee_name,sum(e.salary) from dmhr.employee e group by e.department_id;

修改后语句:

select /*+ GROUP_OPT_FLAG(1)*/ e.department_id,e.employee_name,sum(e.salary) from dmhr.employee e group by e.department_id;

添加了

/*+ GROUP_OPT_FLAG(1)*/

但是很遗憾,因项目代码中封装了分页语句,相当于在原本执行的sql外又套了一层,导致加的这段代码被包在内部子查询内。语句不生效。(如果你能找到源码中对sql进行最外层封装的地方,可以采用覆盖对应类的方式解决这个问题)

方法二(最笨)

原语句:

select
        a.DEPARTMENT_ID as 部门编号,
        sum(SALARY)     as 部门工资,
        DEPARTMENT_NAME as 部门名称
from
        TEST.EMPLOYEE a,TEST.DEPARTMENT b
where   a.DEPARTMENT_ID = b.DEPARTMENT_ID
group by
        a.DEPARTMENT_ID
having  sum(SALARY) > 80000
ORDER BY
        a.DEPARTMENT_ID;

现语句:

select
        a.DEPARTMENT_ID as 部门编号,
        sum(SALARY)     as 部门工资,
        DEPARTMENT_NAME as 部门名称
from
        TEST.EMPLOYEE a,TEST.DEPARTMENT b
where   a.DEPARTMENT_ID = b.DEPARTMENT_ID
group by
        a.DEPARTMENT_ID,DEPARTMENT_NAME
having  sum(SALARY) > 80000
ORDER BY
        a.DEPARTMENT_ID;

添加了:

ORACLE或者DMDB库中:GROUP BY后面必须加上你SELECT后面所查询的所有除聚合函数之外的所有字段(或者再加一层嵌套),但是这种方法,如果

  • 有的sql加了 *
  • 有的sql 嵌套了字查询
方法补充

参考 https://blog.csdn.net/qq_37898570/article/details/126951104

多表联查更新

参考

多是针对于多表联查有且只更新一个表的数据,而非多表联查更新多个表的数据。

五、参考

达梦数据库社区-技术分享

达梦数据库社区-技术专栏

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值