有问题请教下高手

wl560

我的400最近老是特别的慢，用wrkactjob看了，总还是这样一个作业在作怪
我想问下这个能不能END一个，或者END几个，这样对其他的影响不影响，会不会出现JDBC链接断开连不上的情况

这是几个非常占资源的作业：
        QZDASOINIT   PJ      2   20     204.6               1618    1.5
        QZDASOINIT   PJ      2   20     221.0                556     .0
        QZDASOINIT   PJ      2   20     224.9               1076     .4
        QZDASOINIT   PJ      2   20     159.9               3292    1.8
        QZDASOINIT   PJ      2   20      69.6                178     .3

passthru

如果是os/400 v5r3以上，对jdbc类的sql操作，建议使用MQT。性能会大大改善！

tme45

若不想改动太大，使用连接池可以大大改善jdbc的性能，使用jdbc可带来可移植性等好处。
若追求最好性能，就得使用移植性差的方案，鱼和熊掌难兼得。

passthru

原帖由 tme45 于 2009-6-26 10:42 发表
若不想改动太大，使用连接池可以大大改善jdbc的性能，使用jdbc可带来可移植性等好处。
若追求最好性能，就得使用移植性差的方案，鱼和熊掌难兼得。

对基于400为数据服务器的jdbc的连接，连接池没有改善SQL应用的功能，连接池是对对数据连接采用保护和移植的措施。最有效的方法是有MQT。

为什么我说“连接池没有改善SQL应用的功能”？想想看就知道了，一个select语句如果都是基于PF的操作，select按照条件筛选数据，要耗费系统资源，要占用这些系统资源的使用时间。而MQT是事先按照select条件筛选好数据的数据集，只是在每次jdbc sql select操作之前做一次mqt数据同步，即mqt数据域pf数据的同步。而同步数据的整个过程只需一个select语句的1/n，是个几何数量级的差别。

这两者，哪个会对对系统做较大的改善，一看就知道了。

wl560

原帖由 passthru 于 2009-6-26 11:02 发表

对基于400为数据服务器的jdbc的连接，连接池没有改善SQL应用的功能，连接池是对对数据连接采用保护和移植的措施。最有效的方法是有MQT。

为什么我说“连接池没有改善SQL应用的功能”？想想看就知道了，一个 ...

各位把MQT说的那么好，要是把jdbc改为MQT工作量大不？还有MQT的开发资料谁有发一份给我，谢谢了。

wl560

原帖由 passthru 于 2009-6-26 09:54 发表
如果是os/400 v5r3以上，对jdbc类的sql操作，建议使用MQT。性能会大大改善！

我们的OS版本就是 V5R3，可以用吧，怎么查看能不能用？

tme45

出现很多QZDASOINIT，未必一定是SQL导致的。

passthru

原帖由 wl560 于 2009-6-26 11:13 发表

各位把MQT说的那么好，要是把jdbc改为MQT工作量大不？还有MQT的开发资料谁有发一份给我，谢谢了。

jdbc照用。

只是把原sql语句select （字段） from xxx（PF) where （条件）改为
select * from xxx_mqt

创建mqt用navigatior，在指定的pf下，按鼠标右键有选项，在sql创建窗口中把上面的sql语句

select （字段） from xxx（PF) where （条件）考入，然后生成xxx_mqt。

其它最好查看IBM网站对mqt的操作，如数据同步。

顺便说一下，v5r3下，对较高的query应用，一个query集中只能用一个mqt，如join file等。v5r4则没有这个限制。

hnwenyu

db2 ,系统补丁情况也很重要。