说实话,ORACLE把国内的程序员惯坏了,代码中的SQL充斥着大量ORACLE特性,几乎没人知道ANSI的标准SQL是什么样子,导致程序脱离了ORACLE根本无法运行,还好随着hibernate的流行,情况有了很大改观 DB2作为众多国际大客户的选择(据说世界500强80%用DB2,前100强更是全部采用DB2),在国内真的很不流行,属于小众数据库,但是没办法,现在的项目要用DB2,所以不得不面对熟悉ORACLE的开发同事们写出的“ORACLE版代码”,众多的兼容性问题搞得很是头大,遂整理了一份经常遇到的兼容性问题列表供大家参考,貌似最近问题少了些,但愿这个势头能继续下去 1、数据类型转换函数
2、Where条件弱类型判断 oracle:where 字符型字段=数字型字段 允许,DB2不允许 select 'abc' from dual where '1'=1 在oracle下可通过
DB2 支持select * from(select 1 from sysibm.sysdummy1) t 或者 select * from(select 1 from sysibm.sysdummy1) as t 固兼容的写法是select * from(子查询) t
一个采用hibernate后常见的兼容问题是: 如果在映射文件中定义了某个字段为Date型 <property name="createTime" type="java.util.Date" > <column name="CREATE_TIME" length="7" /> </property> 则在DB2下,此字段必须定义为timestamp,而不能定义成DATE,不然会报出字符串右截断的错误
ORACLE: select t.* from (select rownum as r1 ,masa_area.* from masa_area order by area_id) t where t.r1<=10 DB2: select t.* from (select rownumber() over() as r1 ,masa_area.* from masa_area order by area_id) t where t.r1<=10
ORACLE: select NVL(f_areaid,'空') from masa_user 等同于 select coalesce(f_areaid,'空',f_areaid) from masa_user DB2: select coalesce(f_areaid,'空',f_areaid) from masa_user
masa_group表的f_groupCode字段定义成VARCHAR(100),所以下面这个语句不会出错,如果是substr(f_groupCode,1,101)就出错了 select * from masa_group where substr(f_groupCode,1,50) = '001006' order by f_groupcode 在DB2下无错,但是 select * from masa_group where substr('001006', 1, 50) = '001006' order by f_groupcode 就报错,说第三个参数超限 这是因为'001006'已经定义为一个长度为6的charater了
ORACLE:select substr('123456',1) from dual DB2:select substr('123456',1) from sysibm.sysdummy1 都没有问题
ORACLE Sysdate DB2 CURRENT DATE |