关系银行软件系统问题

splitflag

这么久的帖子都被你翻出来了，pf

草中宝

看了楼主及前面一些朋友的言论,终于见识了开发银行的技术,但原楼主及前面某些朋友不是开发银行的核心业务的,否则那就惨了.

zyw_unix

前台向后台发送一个数据包
后台收到包后，记账。再向前台回复一个确认包！

dlms

原帖由 zyw_unix 于 2006-11-27 19:56 发表
前台向后台发送一个数据包
后台收到包后，记账。再向前台回复一个确认包！

你说的是啥业务啊！取款还是存款啊！

chinaunix_001

1-银行在做某些业务时,柜台上看的一个交易.实际上可能是几个交易的组合, 比如说, 我们行现在的取款交易就分成了 1-记帐, 2-记现金  3-打折; 在交易当中,常常会碰到网络或其他问题可能造成帐记了, 现金没记, 或帐记了,现金也记了,但打折没打, 在此想问问在座的各位,你们在处理这类问题时采取了什么方法来控制?   是中间件层控制呢? 还是通过其他方法.
2-现在的银行系统都采用的交易码驱动的方式,先是将帐户锁定,然后开始业务系统处理,处理成功后更新数据库中的实际帐户信息.我想问的是如果交易当中失败了怎么样?有谁能告诉我现在大行采用的业务系统框架是什么样的?

1.交易组合是交易组合，但是不能把帐务类交易区分开，银行帐务类的交易实际上都是在一个数据库事务中的，靠数据库的事务保证各个帐务类交易过程揉合成为一个类似于原子交易的过程；其过程不会去依赖中间件层控制，其原因是一。不信任中间件的事务功能，二。冲正程序够写了；对于非帐务类的交易就无所谓了，但是一笔业务的流程是完整控制的，例如出现未打折的情况会由前台登记冲正表冲正。

2。交易当中失败了如在一个事务内的则回滚，如事务外的则是靠登记冲正表冲正

okyzx

4年的贴了，呵呵

realliuxin

老大。TongLink是消息中间件。不是交易中间件。
TongEASY是交易中间件。
交易中间件还有CICS，Toxdo。
消息中间件是：Tonglink,IBM的MQ。
不知道我说的对不？

yyprick

事务啊~！不会吧？做银行的系统连事务都不用？单机版的还行，网络上的话，不用事务就等着死吧。

yyprick

现在无论是哪家行，基本上是这么来分的，前台、前置、后台，这三块是不可少的，一般的有些行的交易的程序放在了前台，由前台处理后提出相应的信息发转前置，由前置转发后台，在后台主要是处理数据库的出入，事务是必不可少的，至少我现在见过的所有银行系统里，事务都在用到。
还有些刚比较简单，前台上没有交易，而是直接把交易的信息发送至前置，由前置转发至后台，完全由后来来进行交易的处理（包括了数据库的读写）同样的，在后的程序里也都是由事务来处理的。
如果出现一些通讯上的问题或是什么的话，也有相应的冲正或是撤消交易来进行帐务的调整。不知道楼主想的是什么样的？

everlasting_188

学习了！！！