钢筋混凝土的UNIX C编程技巧（一、内存映射表）[原创]

BetonArmEE

[quote]原帖由 "cattiger"]看了各位的帖子，说得都很不错，本人从事航天测控软件的开发3年，在效率和稳定有冲突的时候稳定是第一位的，接触的系统都是高可用双机热备份的。在链表和数组的选择上，能用数组解决的绝不用链表。实时性强的坚决用?.........[/quote 发表：


全省的ATM、柜面跑全省大前置，你估计一下日交易量吧，呵呵
当然，我也不主张过多的使用技巧，我们可以在逻辑简单和技巧之间取一个合适点

BetonArmEE

原帖由 "unicorns" 发表：


对银行的业务不是很熟悉．
能大致讲讲你是怎么保证一致性的吗，谢谢．

这个涉及到前置的交易调度系统和冲正系统，恕我不能说的太多 ^_^

BetonArmEE

原帖由 "unicorns" 发表：


单从效率上考虑的话
我觉得象楼主这样的需求如果可以的话使用ＨＡＳＨ是最好的．
这取决于是否能找到很好的散列函数．

平衡二叉树的时间复杂度和qsort后在bsearch是一样的．
因为你的需求是固定的码表，成?.........

恩 ^_^

BetonArmEE

原帖由 "FH" 发表：

如果关键任务在内存中进行，灾难备份不一样是摆设？
数据库可以保存事务的轨迹，一旦出现问题，一切还能恢复，而内存就不一样了。
有些任务可以通过内存映像的方式提高效率，但我不主张关键任务也这么做。

对 ^_^

linux_newbie

也别Hash，qsort了，我还是不明白。
你不是使用共享内存吗，那么你这个共享内存应该只在一台服务器上吧？应该不会上海、杭州都有备份的共享内存，而且它们之间都进行实时的同步更新吧。

既然你使用共享内存，地震这些先不说，由于系统、程序故障造成宕机、crash而内存丢失的情况你如何处理？这个概率可不小。

我估计你的备份是数据库的备份，可是这些在共享内存中的东西，按照你的说法，不是要到晚上才更新数据库吗？那么如果下午程序crash了，上午那些更新是否就丢失了呢？

BetonArmEE

原帖由 "linux_newbie" 发表：
也别Hash，qsort了，我还是不明白。
你不是使用共享内存吗，那么你这个共享内存应该只在一台服务器上吧？应该不会上海、杭州都有备份的共享内存，而且它们之间都进行实时的同步更新吧。

既然你使用共享内存，地?.........

备份的是交易数据
内存里的是交易中的数据映像，和一些静态表

BetonArmEE

原帖由 "啥都不懂" 发表：


一致性不都是由数据库来完成的，搞那么神秘干什么，交易调度和l冲正也不过是通过事务来完成的。其实我觉得做银行核心系统的技术门槛很低，关键是懂业务，能和别人交流。需求谈好后一般懂C的培训两个星期就可以开?.........

错，在多个后台的环境下，一致性不能仅既通过数据库事务提交来完成，以前我们使用cics中间件来保证，由于cics的某些局限性，现在新的系统通过自己设计一套一致性体系来保证，交易调度系统和冲正系统配合是关键。

BetonArmEE

我前面不是说过了吗“现在新的系统通过自己设计一套一致性体系来保证，交易调度系统和冲正系统配合是关键。”

也就是你说的“3、自己写交易调度平台来控制”

算我无知好了