1

我正在和一个在 ATM 崩溃时使用 ATM 的人交谈（显然它运行的是 Windows XP）并拿走了他的钱。

具有预写日志记录的事务数据库可以确保您的数据库保持一致状态，即使 ATM 崩溃（即您将始终知道ATM 和客户帐户中应该有多少钱）。然而，出金不仅是数据库事务，也不是即时操作，那么您应该在出金之前还是之后提交交易呢？在这两种情况下，如果 ATM 在正确的时间崩溃，银行或客户都有可能蒙受损失。

是否有任何完美（或至少相当完美）的解决方案来解决这个问题？

我能想到的一种方法是 ATM 是否有能力计算其中的金额。如果 ATM 先进行交易，然后分发现金，那么在从崩溃中恢复后，ATM 可以立即分发超出根据保证一致数据库应包含的任何额外资金。

但从硬件的角度来看，我不知道这是否真的可行。

你怎么看？有没有其他方法可以处理这个问题？

4

1 回答 1

1

如果事务中存在数据库系统之外的活动，则使用“状态”列构建“手动事务”是一种解决方案。

例如：分配缓存状态：

0 - Check the account of user
1 - Check passed, dispensing cache
2 - Dispense cache sucessfully
-1 - Updated status after reboot the ATM from crash if the status is 1
-2 - Updated status after reboot the ATM for other erratic situations ...

您可以设计更多的状态来描述困难的崩溃情况。

于 2011-07-05T03:27:22.087 回答