• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            BLUESKY
            一步一個腳印向前走

                     最近由于業務上的需求,涉及到了ORACLE的TIMESTEN內存數據庫,也下載了一些官方的文檔看了看,里面的內容還是蠻多的,對于里面

            的一些技術,結合當前系統的結構,發現這個東東還是蠻不錯的。

                    當前我們系統中涉及到的參數管理是采用UNIX共享內存的方式來管理的,就是將各業務的參數通過共享內存的方式載入到內存中,然后每個

            業務處理進程通過接口函數訪問所需的參數,對于這樣的方式,存在以下幾個方面的問題:

                  1、每次增加新的接口都要在后臺建立個內存表結構
                  
                  2、重載運算符(==,<)

                  3、增加接口函數

                  4、需要分配一定的共享內存區域,有共享內存邊界的限制

                  5、對于參數的修改和更新,要手工刷新參數,致使業務進程處于等待狀態

                    對于上述的情況 ,結合TIMESTEN的CACHE GROUP的使用說明,發現業務參數可以通過它的方式進行管理:

                  1、支持參數的實時更新,而不需要手工的刷新操作,降低了參數生效的時間延遲,不需要使業務處理進程處于臨時等待情況

                  2、每次增加新的參數接口時,都可以簡化程序的修改步驟

                  3、對于參數的搜索方式,原來是使用二分法搜索,數據已經經過排序;而內存數據庫是采用了B樹結構存儲,搜索效率應該不會比原來的差

                 但是如果使用了商用的內存數據庫,對于產品的移植可能會帶來一定的麻煩,所以各有利弊,至于使用與否還需要權衡下。

            posted on 2009-07-14 17:49 LG 閱讀(311) 評論(0)  編輯 收藏 引用 所屬分類: CPlusPlus Oracle

            <2007年8月>
            2930311234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            常用鏈接

            相冊

            最新評論

            欧美激情精品久久久久久久| 久久久久人妻一区二区三区| 国产精品9999久久久久| 久久久久久国产精品免费无码| 久久国产精品99国产精| 久久免费香蕉视频| 无码久久精品国产亚洲Av影片 | 久久亚洲精品国产亚洲老地址 | 久久亚洲日韩看片无码| 久久久无码精品亚洲日韩按摩 | 久久国产视频网| 亚洲精品乱码久久久久久蜜桃图片| 久久99精品久久久久久动态图| 精品久久久久久无码免费| 无码久久精品国产亚洲Av影片 | 国产精品9999久久久久| 亚洲精品视频久久久| 久久福利青草精品资源站| 97久久婷婷五月综合色d啪蜜芽| 国内精品久久久久久久久电影网| 一本一本久久A久久综合精品| 久久久久婷婷| 国产高清美女一级a毛片久久w| 影音先锋女人AV鲁色资源网久久| 久久久久一本毛久久久| 日本三级久久网| 久久精品国产99国产电影网| 婷婷伊人久久大香线蕉AV| 日韩人妻无码一区二区三区久久99 | 伊人久久大香线蕉综合影院首页| 久久综合伊人77777麻豆| 久久国产精品一区| 国产三级精品久久| 99久久国产主播综合精品| 狠狠色丁香久久婷婷综| 怡红院日本一道日本久久| 久久久久国产精品嫩草影院| 97r久久精品国产99国产精| 久久久久亚洲av无码专区 | 亚洲第一永久AV网站久久精品男人的天堂AV | 欧美熟妇另类久久久久久不卡 |