DB2是比较难掌握，总会遇到一些问题

db2 v9 64位数据库一启动,什么事情都没有做,就占内存2、3G；
你的数据库配置参数拿来看看，这样似乎有些问题

再一个需要那么大的表空间似乎使用分区能好一些
db2 表空间大小的说明
常规表空间
page size 4K  up to 64GB
           8K 128GB
           16K 256GB
            32K  512GB
大型表空间
 4K         2TB 也就是你所写
 8K         4TB 
 16K        8TB
 32k        16TB

db2 9中增加了一个自动存储器的对象概念，由于我手边没有9版本所以我没有途径实验，对于该对象性能我不好说，始终认为自动存储区有些类似SMS 相比DMS应该灵活性不高吧

表空间可以超过2T，应该是自己建的不对

我觉的db2 不是难掌握，根本就是不可掌握，一个很简单的sql 被db2 以优化，执行速度比不优化慢几十倍。就不理解db2 怎么那么傻，明明有个很简单的执行路径，它的执行策略却要转一大圈。且执行策略还不能手工修改。我们做应用有40%的时间是给db2调优

引用 5 楼 j2eeprogramer 的回复:

我觉的db2 不是难掌握，根本就是不可掌握，一个很简单的sql 被db2 以优化，执行速度比不优化慢几十倍。就不理解db2 怎么那么傻，明明有个很简单的执行路径，它的执行策略却要转一大圈。且执行策略还不能手工修改。我们做应用有40%的时间是给db2调优

cmon... did you investigate why the plan is not good? like did you have up-to-date statistics? 
btw you can use optimizer profile to change the access plan in db2, so your statement "且执行策略还不能手工修改" is not very correct :)

db2用了一段时间后，还会报什么参数不足，这个真是愁死人了。

db2研发人员有他们自己的想法，但是做成这样真的是很难用。

一个已经交付给客户的系统，db2报错，提示什么参数不足。
不改嘛，数据库老报错，应用系统不好用；
改嘛，它又是几个参数相互影响的，改了这个影响那个。
我们不可能用客户的数据库做实验的，因为停数据库就要中断业务，这个时间要尽量的短。
还有改了参数，数据库起不来怎么办。
真是左右为难啊， 客户天天叫。

当然改个参数可以请教db2售前支持专家，但是IBM的人要来也要先约好，不是说来就来的。db2的800也能提一些
建议，不过他们指导也是实验性的，不是十分有效。

最近我们在搞 db2集群切换到oracle rac ,花了大量时间搞数据从db2迁移到oracle 。
不是不想用db2 集群， 确实是因为比较难搞，过几年后再看db2进步如何。
db2的双机还是可以的。
价格也是个问题，如果oracle 和db2相差不多， 肯定是oracle优先。

回帖是一种美德！

对DBA 开发人员 之类角色的体验是蛮差的...

  产品开始选用 db2 v8 32位数据库,测试过程中发现32位数据库用到的内寸不能超过2G,利用内存不够大,命中率不高. 

不过楼主这个问题, PAE是可以解决的吧?? 类似SQL Server里的AWE...虚拟地址窗口这样的东东..

LZ 用的是什么操作系统？

转用SQL2005或者SQL2008不行吗？

正准备学习DB2

DB2,

太原始了


被折磨了

晕死，都不懂。

DB2在国内的普及度确实是个问题，有时出一些问题很是让人抓狂

我觉得DB2还是很好用的，可能还没有掌握熟练吧
楼主以后做项目更加顺利吖

只管用,不管维护

反正作为开发人员，觉得db2简直太差了

不会吧，毕竟是IBM主打数据库产品，真的这么大差别？是不是oracle用习惯了，换db2不习惯，另外IBM还有informix可选。

跟着一起学习下

我用过Oracle，也用过DB2，感觉DB2的SQ优化，不如Oracle。

感慨,用过DB2之后才知道sql server是真的好用啊......

引用 23 楼 shifenglei18 的回复:

感慨,用过DB2之后才知道sql server是真的好用啊......

哈哈。。

各有优缺点

DB2是IBM的产品，不会存在那么大问题。
关键是在用时学习好。

引用 26 楼 sqyslll 的回复:

DB2是IBM的产品，不会存在那么大问题。
关键是在用时学习好。

没用过db2 准备学习
我也这么认为的