请教现在商业银行的大机开发环境

petroleum

最初由 自由的孤独 发布
[B]

现在很少用COBOL的了，基本上都是ESQL+ECICS的标准C程序。系统不怎么样这样的话最好不要乱说哦。因为看上去你好像并不了解。 [/B]

原来大机用汇编多，速度快，不过比较难维护，增加业务系统不方便。现在用COBOL，到是比C简单多了

TopMagic

晕 谁说工行用cpp的, 开发语言是vg(online)和cobol(batch),不懂不要乱说. 另外国内除了2 3家行外 全部用db2的 vsam太难维护了 dbms是趋势

gljdomain

同意TopMagic的说法

helpmetothetop

MAINFRAME 上绑定了COBOL的编译器,其他编译器例如可能要收钱的吧.
另外,COBOL其实挺好的,为什么要换成其它语言呢?

想想看看

建行: COBOL + IMS +CICS  + xpeditor (compuware产品，Debug工具）
农行: C + DB2 + CICS (其他不祥）
工行：COBOL + DB2 + CICS (其他不详）
中行：COBOL + DB2 + CICS
农行选用C，是因为当年他们的核心银行大集中系统是在RS6000上开发的（架构师只懂6000)，为了移行方便，在OS/390上使用了C ，结果系统架构其傻无比，现在上收工作缓慢，一直在不停的打不补丁。

想想看看

在大机上好象用VSAM多些 DB2速度相对慢了

大集中前四大行基本都选用的IBM的SAFE II作为储蓄系统，数据库使用VSAM。现在已经没人用了。同时VSAM有4GB存储容量限制。对于一些系统文件可考虑使用VSAM文件。

想想看看

MAINFRAME 上绑定了COBOL的编译器,其他编译器例如可能要收钱的吧.

Mainframe 上C的编译器是不需另外付费的

wyse

最初由 想想看看 发布
[B]建行: COBOL + IMS +CICS  + xpeditor (compuware产品，Debug工具）
农行: C + DB2 + CICS (其他不祥）
工行：COBOL + DB2 + CICS (其他不详）
中行：COBOL + DB2 + CICS
农行选用C，是因为当年他们的核心银行大集中系统是在RS6000上开发的（架构师只懂6000)，为了移行方便，在OS/390上使用了C ，结果系统架构其傻无比，现在上收工作缓慢，一直在不停的打不补丁。 [/B]

农行确实因为这个原因才选择的C吗？如果真是这样，那主机上的编程，还是COBOL占统治地位。看来，不是C（C＋＋）做不了COBOL能做的，而是人的因素呀~

bigfu

不懂，学习中