oracle迁移到dm之存储过程中char类型的不同处理

1.问题描述：

oracle迁移到dm后，oracle正常使用的存储过程，在dm中使用报错：字符串截断

2.查找原因：

2.1 对比oracle与dm的存储过程ddl，发现两边是一致的，且存储过程涉及的相关表结构也一致。

2.2 大量测试后发现只要dm输入的参数为空字符串，存储过程可以调用成功，为单个字符串也可以成功，为2个或者以上的字符也会报错：字符串截断。

2.3 直接sql操作存储过程中的表，多个字符串可以插入成功。

3.分析问题：

存储过程是在对表插入数据，使用sql是可以插入成功，显然问题在存储过程上，输入参数有两类char和varchar 且都没有指定精度。

我们知道在表中char类型不指定精度时，是默认为1的。且刚好与测试的结果2.2相符（只能输入0或者1个字符才能调用成功）。

4.实验模拟：

drop table t_char;

create table t_char (id char(10));

create or replace procedure p_char (v_id in  char) is

begin

insert into t_char values(v_id);

commit;

end;

调用过程（超过1个字符）报错：

call p_char('xxxx')

调用过程（1个字符）正常：

修改过程输入参数的精度为10：

create or replace procedure p_char (v_id in  char(10)) is

begin

insert into t_char values(v_id);

commit;

end;

再次调用（多个字符）成功：

修改dm的兼容模式为2（兼容oracle）再测试：

再测试也成功

5.总结：

存储过程中char类型，不指定精度时，oracle不限制长度，dm默认是1；

修改dm的兼容参数COMPATIBLE_MODE为2（兼容oracle）可以解决此类问题。