日期:2014-05-16  浏览次数:20381 次

再次开刷IBM的垃圾
最近因为公司项目需要,必须使用DB2,因为原来一起用Oracle MySQL的,使用了DB2才知道什么叫数据库中的垃圾,而且是臭气熏天的垃圾!

罪状之1:更改表结构超级麻烦

假设有以下一个表:
   create table t1(a int,b int c int,d int);

你希望删除b,c,d新增e,f
   alter table t1 drop column b;
   alter table t1 drop column c;
   alter table t1 drop column d;
   alter table t1 add e int;
   alter table t1 add f int;

   这是一个再简单不过的表结构更改语句了,在DB2中一执行,到第4行居然就报错了,错误是:
引用
SQL20054N  所处的状态对该操作无效.原因码 23

   查了http://www-01.ibm.com/support/knowledgecenter/SSEPGG_9.7.0/com.ibm.db2.luw.messages.sql.doc/doc/msql20054n.html?cp=SSEPGG_9.7.0%2F2-6-27-19-45&lang=zh-cn
   才知道,DB2拥有一个如果恶心的限制:
引用

    对表结构更改最多只能做3次,3次后必须要求你执行reorg命令!!!


   也就是说,你必须在第3和第4句之间手工加入:
   alter table t1 drop column b;
   alter table t1 drop column c;
   alter table t1 drop column d;
   reorg table t1;/*这里要你手工插入*/
   alter table t1 add e int;
   alter table t1 add f int;
   reorg table t1;/*为了防止后续的更改出错,全体变更完成后,你还要在这里手工插入*/

  
    这种完全可以由DB2自己内部去做的事情,居然要踢给用户手工去做,完全不顾使用者的感受,学院主义,官僚主义暴露无遗啊!


罪状之2:数据分页

mysql直接使用limit x,y 就可以实现分页了:

select * from table limit 10,20 


Oracle通过子查询实现分页:
select * from (select rownum,name from table where rownum <=endIndex ) where rownum > startIndex 


下面再来看看DB2的分页:
select * from ( select ROW_NUMBER() OVER( ORDER BY DOC_UUID DESC ) AS ROWNUM,t.*  
from DT_DOCUMENT  t ) a 


    看到那串神奇的ROW_NUMBER() OVER( ORDER BY DOC_UUID DESC )没有,如果你需要按序排序,DB2要求你写这个奇怪的语法。想想将一个普通的SQL转换为分页的SQL有多难啊。(幸亏Hibernate的Dialect类可以帮忙我们完成,否则会吐血三升而亡的

DB2的罪状,还很多啦,后续不断补充上,很欢迎大家涮涮IBM那一群群头上长角,浑身长刺的怪胎。