BLUESKY
一步一个脚印向前走

         最近由于业务上的需求,涉及到了ORACLE的TIMESTEN内存数据库,也下载了一些官方的文档看了看,里面的内容还是蛮多的,对于里面

的一些技术,结合当前系统的结构,发现这个东东还是蛮不错的。

        当前我们系统中涉及到的参数管理是采用UNIX共享内存的方式来管理的,就是将各业务的参数通过共享内存的方式载入到内存中,然后每个

业务处理进程通过接口函数访问所需的参数,对于这样的方式,存在以下几个方面的问题:

      1、每次增加新的接口都要在后台建立个内存表结构
      
      2、重载运算符(==,<)

      3、增加接口函数

      4、需要分配一定的共享内存区域,有共享内存边界的限制

      5、对于参数的修改和更新,要手工刷新参数,致使业务进程处于等待状态

        对于上述的情况 ,结合TIMESTEN的CACHE GROUP的使用说明,发现业务参数可以通过它的方式进行管理:

      1、支持参数的实时更新,而不需要手工的刷新操作,降低了参数生效的时间延迟,不需要使业务处理进程处于临时等待情况

      2、每次增加新的参数接口时,都可以简化程序的修改步骤

      3、对于参数的搜索方式,原来是使用二分法搜索,数据已经经过排序;而内存数据库是采用了B树结构存储,搜索效率应该不会比原来的差

     但是如果使用了商用的内存数据库,对于产品的移植可能会带来一定的麻烦,所以各有利弊,至于使用与否还需要权衡下。

posted on 2009-07-14 17:49 LG 阅读(289) 评论(0)  编辑 收藏 引用 所属分类: CPlusPlus Oracle

<2009年7月>
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

常用链接

相册

最新评论