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

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

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

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

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

      3、增加接口函数

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

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

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

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

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

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

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