• <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

            常用鏈接

            相冊

            最新評論

            久久最新精品国产| 18禁黄久久久AAA片| 亚洲国产成人久久精品动漫| 精品久久久久久99人妻| 99久久精品免费看国产一区二区三区| 99久久99久久久精品齐齐| 国产精品青草久久久久福利99 | 69国产成人综合久久精品| 久久露脸国产精品| 久久精品9988| 久久亚洲中文字幕精品有坂深雪| 久久97久久97精品免视看| 狠狠色丁香婷婷综合久久来| 超级97碰碰碰碰久久久久最新| 国产成人久久精品区一区二区| 精品人妻伦九区久久AAA片69| 久久精品国产亚洲沈樵| 久久精品亚洲中文字幕无码麻豆| 久久精品综合网| 亚洲国产小视频精品久久久三级| 精品人妻伦九区久久AAA片69| 久久精品无码专区免费青青| 久久久SS麻豆欧美国产日韩| 青春久久| 久久亚洲精品国产精品婷婷| 看全色黄大色大片免费久久久| 亚洲狠狠久久综合一区77777| 久久99国产综合精品女同| 久久久久亚洲AV成人片 | 久久中文精品无码中文字幕| 99热成人精品免费久久| 久久免费精品视频| 国产人久久人人人人爽| 国产精品久久久久9999| 国产精品久久久久久久久免费| 久久精品欧美日韩精品| 久久午夜羞羞影院免费观看| WWW婷婷AV久久久影片| 久久久精品免费国产四虎| A级毛片无码久久精品免费| 国产精品内射久久久久欢欢|