银行存钱悖论探讨！！（慎入，逻辑混乱，请看完所有楼再回帖以免越弄越乱）

digitalchina

银行使用的是终端，不是C/S 或B/S 结构，所以数据操作和进程都是在主机上运行的。
所以银行的终端即使断网一会，在连回去是能够恢复环境的（进程在此过程中一直继续进行），操作员看到的是界面信息。

所以不会存在LZ描述的现象。

觉得有道理请给我分。

xdsnet

这样一个场景：
服务器端已经提交，刚开始打印存单时柜员机掉电怎么办？
或者
自动取款机取钱时，服务器已经提交，刚准备数钱给你时，atm机断电怎么办？
或者
......

digitalchina

场景1：
柜员机重新连到主机上是可以看到事故现场的信息（不只信息，其实是整个界面都恢复了），
所以钱已经扣帐了，操作员可以向经理申请重打存单， 或者做一笔冲账，再做个存单，存单给你。

场景2：
钱会扣帐，设备故障也是有LOG可查的，会还钱给你的。

冬瓜头

这贴已经很乱了，怪我例子中的流程弄错了。目前问题其实就在于操作员是否在异常之后仔细检查余额等的变化，不管是bs cs还是dumb termial，这个问题确实存在，dumb terminal难道直接与core db连接么？就算直接与core db连接，也要经过网络，就算不经过网络二是直连网点db cache，也需要有传输过程啊，如果数据还没传到dumb上之前线路出问题的话，你想想。

yxw030826

重发恢复吧，重发恢复错就只能怪你点背，调账吧

大梦

银行会对帐的!
不管多了钱还是少了钱都会找原因的!
我觉得现在不管是否已经实现电算化,人家应该都还有一份纸质的吧!特别是当天的帐!

WTO432

好象曾经来过

Lordaeron

原帖由 冬瓜头 于 2010-1-14 15:59 发表
这贴已经很乱了，怪我例子中的流程弄错了。目前问题其实就在于操作员是否在异常之后仔细检查余额等的变化，不管是bs cs还是dumb termial，这个问题确实存在，dumb terminal难道直接与core db连接么？就算直接与 ...

這又如何, 你本身又沒錯帳, 錢也沒短少, 有什麼好探討的?
不就是你沒搞清楚DB 的概念, 而亂講的一篇.

chinesedragon

ghostfly

光讨论一个行有什么意思啊，
不如我们来讨论跨行交易吧。