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

BetonArmEE

（该帖子已过期）

joneson119

不错，顶，值得学习。

tankxu

如果有insert之类的操作，这种映射还有作用吗？最近在写一个oci接口的多项成机群管理的程序，用的是共享内存，如果不加锁访问会出错216700(好像是这个错误)，感觉频繁访问数据库的确是一个负担，但向lz这样一个周期完再访问数据库怕时效不行，因为数据库随时要动态更新，犹豫中......多谢lz分享
不好意思，刚看到lz中间的回帖，如果多个线程对库访问，除了注意加锁外，还有什么好的建议来提高效率吗?

[ 本帖最后由 tankxu 于 2007-12-28 11:13 编辑 ]

伊人远去

哈哈，高手如云，看看招式也收益非浅。

BetonArmEE

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

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

算我无知好了

BetonArmEE

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


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

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

BetonArmEE

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

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

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

linux_newbie

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

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

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