请教现在商业银行的大机开发环境 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

现在很少用COBOL的了，基本上都是ESQL+ECICS的标准C程序。系统不怎么样这样的话最好不要乱说哦。因为看上去你好像并不了解。 [/B]
原来大机用汇编多，速度快，不过比较难维护，增加业务系统不方便。现在用COBOL，到是比C简单多了
晕 谁说工行用cpp的, 开发语言是vg(online)和cobol(batch),不懂不要乱说. 另外国内除了2 3家行外 全部用db2的 vsam太难维护了 dbms是趋势
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文件。
最初由 想想看看 发布
[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能做的，而是人的因素呀~