24小时实现方法 - 第4页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

最初由 Pythagoras 发布
[B]真正完全24×7很难做到，但应该不是不可能－－看你愿意为此投入多少了。举个例子，一年停机10小时的水平，你的投入费用水平可能是1M USD级的，但停5小时，投入可能是10M USD级的，只停1小时，可能需要100M USD……也许只停一分钟需要1B USD，甚至可以为你的业务做到真正的24×7，但是这时候你自己会问，我真的需要24×7吗？为此我付出那么多的USD值得吗？
答案你自己决定…… [/B]

,要抓住本质的东西。
要进行日切时,修改一个标志位.
然后将这个时间点上的帐务状况进行复制.复制完成后,复原标志位.
在此时间段内发生的交易信息,记录到另外的临时表(多个)中,该临时表和帐务信息表结构完全相同..
复制表和临时表的内容相加,就是前一日的全部帐务信息.
24小时也不是很复杂,想清楚了就是那么回事.楼主好好考虑一下,我们这个方案已经实施很久了. [/B]
说的好！
继《大额支付》后的《小额支付》将要实现7*24小时业务，
偶们也是打算这么做的。

非常感谢大家回答，已经加精了：）
看到大家的交流，感觉里面能人越来越多．itpub金融通过三年的积累才有今天这个局面．
让我们共同提高，来提升国内金融软件的水平！
如果系统不实时入总帐的话，联机仅修改分户，这样基本上处理好分户余额就行，问题应该不大。
如果不是，就要考虑联机与批量的关系，是采用临时表、AB库还是其他方式，只有仁者见仁，智者见智了！
若系统不设统一的记账日期，还有24小时问题？？（考虑ing）
最初由 别叨叨 发布
[B]24小时的实现并非单纯的一个技术问题，是和业务系统的需求和设计密切相关的。
如果系统不实时入总帐的话，联机仅修改分户，这样基本上处理好分户余额就行，问题应该不大。
如果不是，就要考虑联机与批量的关系，是采用临时表、AB库还是其他方式，只有仁者见仁，智者见智了！
若系统不设统一的记账日期，还有24小时问题？？（考虑ing） [/B]
请参考我上面的回答,不实时入总帐怎么能算保持总分平衡呢?
要进行日切时,修改一个标志位.
然后将这个时间点上的帐务状况进行复制.复制完成后,复原标志位.
在此时间段内发生的交易信息,记录到另外的临时表(多个)中,该临时表和帐务信息表结构完全相同..
复制表和临时表的内容相加,就是前一日的全部帐务信息.
24小时也不是很复杂,想清楚了就是那么回事.楼主好好考虑一下,我们这个方案已经实施很久了. [/B]
稳定性怎么样啊？
前不久我们也遇到类似的问题