关系银行软件系统问题

win_bigboy

有谁知道大行的做法吗?
是用数据库回滚机制(begin work/commit work/rollback work)
还是通过程序控制?

win_bigboy

有谁知道大行的普遍做法?
是用数据库回滚机制(begin work/rollback work/commit work)

还是通过程序控制????

win_bigboy

有谁知道大行的普遍做法?
是用数据库回滚机制(begin work/rollback work/commit work)

还是通过程序控制????

蓝色键盘

楼主，不知道你们是做一个银行中间业务或者核心业务的系统，还是？

如果是说说你的需求。你的描述不够详细。

你描述得哪种业务问题，在国内的银行业中一般的是通过冲正机制来实现的。

需要补充的是：业务系统之所以是事务型的，完全是因为数据库系统提供了OLTP的功能导致的。如果业务逻辑复杂，并且需要保证操作的完整性，这个根据不同的交易类型，处理方式不一样。例如，中间业务，要不要冲正以及怎么冲正，要看错误发生在那个环节，是在与第三方的通讯中还是与核心主机的通讯中，两别帐务是否平。是否出现了单别张等等。

hb317

是这样的，对于银行业务来说，如果帐已经记了，只是打印失败是不需要回滚的。一般来说都会有补打的单独交易。对于数据库操作的问题可以通过 commit起事物，如果是网络的问题可以通过中间件来保证交易的完整性。如果是跨系统的业务（中间业务）一般都会对帐的。

hb317

如果只是打印失败，是不需要回滚的。一般都回有补打的交易。
交易连动和原子交易是不同的。
如果是数据库中要记好几个表，可以通过数据库的事务来实现事务的完整性。
如果是行内通信问题可以利用中间件来保证交易的完整性。
如果涉及第三方一般都要对帐的。
另外由于业务的要求，不一定所有的交易都是一记双迄的。

小芝麻

不会吧。你们银行应该网络是专线啊。还会慢？

那其他的应用怎么办啊。

alphaliu

楼主用的什么数据库啊

superzhang

程序控制是一个方面，不多说了，大部分都是使用事务来控制，
还有就是业务的设计。

各种反交易，冲正交易等都是为了处理这种东西，
还有各种的“补××” 的业务操作也是这为了这个。

对于任何一个业务设计都要考虑到错误的情况，以及错误处理的情况。

win_bigboy

我指的是银行帐务核心系统, 欢迎大家指教.     
我们用的是 Informix