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

            常用鏈接

            相冊

            最新評論

            伊人久久一区二区三区无码| 狠狠色丁香久久综合五月| 欧美日韩精品久久久久| 一级a性色生活片久久无少妇一级婬片免费放 | 亚洲一区精品伊人久久伊人| 久久亚洲精品无码VA大香大香| 亚洲人成精品久久久久| 国产成人香蕉久久久久| 亚洲AV无码久久精品狠狠爱浪潮 | 尹人香蕉久久99天天拍| 国产午夜福利精品久久2021| 久久综合五月丁香久久激情| 久久国产精品成人片免费| 久久久久人妻一区精品果冻| 久久99国产综合精品| 久久这里有精品| 久久精品亚洲福利| 亚洲综合精品香蕉久久网97| 久久99国产综合精品| 伊人久久大香线蕉综合Av | 国产人久久人人人人爽| 精品国产日韩久久亚洲| 老司机国内精品久久久久| 亚洲中文字幕久久精品无码APP | 亚洲精品乱码久久久久久久久久久久 | 久久久久国产精品嫩草影院 | 亚洲午夜久久久久妓女影院| 人妻系列无码专区久久五月天| 国产V综合V亚洲欧美久久| 无码人妻久久一区二区三区蜜桃 | 99久久精品国产高清一区二区| 久久久久久国产精品美女| 四虎亚洲国产成人久久精品| 国产福利电影一区二区三区久久久久成人精品综合 | 国产精品久久久久久久app | 亚洲精品无码专区久久久| 久久久久久久综合狠狠综合| 久久性精品| 亚洲精品乱码久久久久久蜜桃不卡| 久久久午夜精品| 亚洲va中文字幕无码久久不卡|