oracle迁移到dm之存储过程中char类型的不同处理
1.问题描述：
oracle迁移到dm后，oracle正常使用的存储过程，在dm中使用报错：字符串截断
2.查找原因：
2.1 对比oracle与dm的存储过程ddl，发现两边是一致的，且存储过程涉及的相关表结构也一致。/cndba/xisuo/article/4386/cndba/xisuo/article/4386
2.2 大量测试后发现只要dm输入的参数为空字符串，存储过程可以调用成功，为单个字符串也可以成功，为2个或者以上的字符也会报错：字符串截断。
2.3 直接sql操作存储过程中的表，多个字符串可以插入成功。
3.分析问题：
存储过程是在对表插入数据，使用sql是可以插入成功，显然问题在存储过程上，输入参数有两类char和varchar 且都没有指定精度。
我们知道在表中char类型不指定精度时，是默认为1的。且刚好与测试的结果2.2相符(只能输入0或者1个字符才能调用成功)。
/cndba/xisuo/article/4386
4.实验模拟：
drop table t_char;
create table t_char (id char(10));
create or replace procedure p_char (v_id in char) is
begin
commit;
/cndba/xisuo/article/4386
end;
调用过程(超过1个字符)报错：
call p_char(‘xxxx’)
调用过程(1个字符)正常：
/cndba/xisuo/article/4386/cndba/xisuo/article/4386
修改过程输入参数的精度为10：
create or replace procedure p_char (v_id in char(10)) is/cndba/xisuo/article/4386
begin
insert into t_char values(v_id);
commit;
end;
再次调用(多个字符)成功：/cndba/xisuo/article/4386
修改dm的兼容模式为2(兼容oracle)再测试：
再测试也成功/cndba/xisuo/article/4386
5.总结：
存储过程中char类型，不指定精度时，oracle不限制长度，dm默认是1；
修改dm的兼容参数COMPATIBLE_MODE为2(兼容oracle)可以解决此类问题。
版权声明：本文为博主原创文章，未经博主允许。
达梦数据库 数据迁移 char
如果觉得《达梦数据库迁移oracle数据乱码 oracle迁移到达梦数据库之存储过程中char类型的不同处理...》对你有帮助，请点赞、收藏，并留下你的观点哦！
