最近用了一次DB2, 感觉同Oracle还是有一定差距。

turbo_c

最初由 czzhao 发布
[B]which db2? zOS, 400 or LUW?  I'm curious which one is best suitable for DW.  They have different core code base.   

db2 for zOS/LUW is much popular than 400 here.   Canada DB2 Users Group Fall Meeting in September only published schedules for zOS and LUW. [/B]

数据仓库一般用luw,数据仓库本身对交易实时响应没有要求
400本身是IBM策略的一个牺牲品,IBM用p去打unix市场,用z去打大型企业和金融业,z系列能带来更多服务收入.
如果as/400是个独立公司,不受ibm的策略支配,那么i595一定会冲击mainframe市场

turbo_c

luw  zOS的db2,至少是个架设在os上的数据库,而db2/400则整个嵌入到os/400中,其数据库的目标都是os的目标,可以说db2/400在架构上是最先进的.
大家有参加db2 udb    认证考试的
有参加db2/zos认证考试的
有谁参加过db2/400  dba认证考试的,根本就没有这个考试?在os/400管理员眼中甚至是没有b2的,一切都是对象obj,

turbo_c

最初由 xbyuan 发布
[B]

turbo_c
不要光包着DB2不放，要选择自己合适的数据库。人家的数据库在好，也是外国的。你牛，自己写个数据库，我们也用用看。 [/B]

如果国家给我拨款,我一定不会让你失望,可惜我要养家糊口.让家里里人不受冻挨饿比搞个数据库让你玩玩更重要

czzhao

Just for making a living, that is it.  Trying to learn more stuff, get higher pay, live a better life.  On Unix, Oracle and db2 are the only two big guys, I play both of them.  Frankly speaking, I rely on these two guys to retire.

luckyjackgao

最初由 turbo_c 发布
[B]不错 RPG的运行效率高，可是你IBM 不要把AS400 上的DB2也统称作UDB , 好吗？
如果你只适用于RPG,那么请滚回到RPG的世界里去吧，不要在Java圈子里吹牛了！
====================
你的破pc可以上网,而as/400还不能上网,是不是你的破pc比AS/400还牛B啊?你这种SB也就懂个java,做做非核心的开发大学生刚毕业出来就可以抢你的饭碗,懂吗SB,招行的一卡通在db2/400,信用卡在db2/zOS上,网银不是跑得好好的?你没本事而已 [/B]

这就是所谓的专家马？骂人的本事倒是一流。不回贴好像怕了你。回了贴又觉得没必要让干干净净的论坛因为你而变脏。
首先我写这的内容不是针对你的。那SB两个字还是还给你吧。
另。 申请斑竹封ID.

luckyjackgao

TO turbo_c:
虽然你骂人的本事一流。平心而论，你的AS400知识满丰富的。
不过呢，搜索了一下你的几个贴子。你所作的好像与银行有关。
但是我想强调一点，
大约在几年前，经济学家许小年就说过 中国的银行，存上1万元，实际就有3000元已经是坏帐了。
因为中国的银行也，不是一个认真计算成本和收益的好的例子。

再者说，我想你既然经验丰富，那么年龄也该不小了。很遗憾你的脾气也是不小啊。
另外，也请不要小看Java开发人员。论坛里，以及浏览该贴子的人也有一些是开发人员甚至是Java开发者吧。
再次强调， 我说的滚回RPG的世界，针对的是IBM ，而不是你个人。

既然你说， 400本身是IBM策略的一个牺牲品， 那么它的弱点就是存在的。它本身不是合作为 Web 运行的平台也是你承认的。问题在于，IBM的专家们为何不去阻止这种行为？

diablo2

晕，广告发到吵架贴里来了

turbo_c

最初由 luckyjackgao 发布
[B]TO turbo_c:
虽然你骂人的本事一流。平心而论，你的AS400知识满丰富的。
不过呢，搜索了一下你的几个贴子。你所作的好像与银行有关。
但是我想强调一点，
大约在几年前，经济学家许小年就说过 中国的银行，存上1万元，实际就有3000元已经是坏帐了。
因为中国的银行也，不是一个认真计算成本和收益的好的例子。

再者说，我想你既然经验丰富，那么年龄也该不小了。很遗憾你的脾气也是不小啊。
另外，也请不要小看Java开发人员。论坛里，以及浏览该贴子的人也有一些是开发人员甚至是Java开发者吧。
再次强调， 我说的滚回RPG的世界，针对的是IBM ，而不是你个人。

既然你说， 400本身是IBM策略的一个牺牲品， 那么它的弱点就是存在的。它本身不是合作为 Web 运行的平台也是你承认的。问题在于，IBM的专家们为何不去阻止这种行为？ [/B]

一般来说当weblogic性能不行的时候,bea的人就会想老办法tuxedo, os/400虽然对java支持得不是很好,但是有很多策略屏蔽这个缺陷,比如我们做银行的网银的时候,我们自己会写个400上通信中间件,这个中间件可以调用rpg的代码编译的pgm,然后在开放平台上,用java调用socket和我们写的中间件通信,因为我们在ebcdic码到ascii码的转化我们经过很多年的积累,都写成标准函数了,所以很多人认为很麻烦的事,我们却能轻易解决

turbo_c

首先rpgle是个相当简练的语言,一个f表定义就能完成定义打开游标的类似功能
它的不同类型数据之间的转化相当方便,一move操作码就完成了dectoasc  dectodbl等等函数的功能,我们做过统计,存储过程需要600ha

turbo_c

行代码的,rpg只需180行就能完成
rpg做静态调用和动态调用,只是一个call和callb的区别,这个比其他语言要方便
严格的f表定义,如果是用来插入的,那么一定要做插入动作,而不能做修改动作,如果是查询的,那么一定要有和klist匹配的逻辑文件,否则编译就通不过,这避免了很多开放平台上没有建索引却能检索但效率不高的情况