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

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數據加載中……

            BerkeleyDB存儲算法差別

            HashBtree的區別
            當記錄號不是用于數據存取的主鍵時,應該使用 HashBtree算法 (如果記錄號是用于數據存取的一個二級關鍵字,那么還是可以選擇Btree算法,因為它支持一個主鍵和一個記錄號同時存取。)

            Btree
            中的主鍵是有序存儲 ,記錄間的關聯是依靠次序。并且其結構能隨數據的插入和刪除進行動態調整。為了代碼的簡單,DB沒有實現對關鍵字的前綴碼壓縮。Btree支持對數據查詢、插入、刪除的常數級速度。關鍵字可以為任意的數據結構。因此,當在主鍵有序時,Btree算法應該被使用 。例如,如果主鍵是時間戳,那么8點時間戳后面跟隨的就是9點時間戳, 這種情況下,Btree算法一般是正確的選擇。再來個例子:如果主鍵是名字,應用需要取出所有同姓的記錄,那么Btree 存取方法同樣是個好選擇。

            Hash
            Btree 兩種方式在小的數據集合上幾乎沒有性能的差別 。不過,由于Hash使用的是擴展線性HASH算法(extended linear hashing),可以根據HASH表的增長進行適當的調整。所以當一個數據集合足夠大且關鍵字為隨機分布時,采用Hash算法比較好

            Queue
            Recno區別
            當用記錄號作為數據存取的主鍵時,應該使用 QueueRecno存取方法 。記錄號由算法本身生成。實際上,這和關系型數據庫中邏輯主鍵通常定義為int AUTO型是同一個概念。兩者基本上都是建立在Btree算法之上,提供存儲有序數據的接口。Queue的優勢在于:由于其記錄為定長,在插入操作時把記錄插入到隊列的尾部,所以速度最快,而且它執行上鎖和并發處理的水平也相當高。 Recno 的長處在于它支持一些Queue不能實現的特征,比如可變長記錄和支持flat-text文件。

            記錄號可以是可變的或者不變的: 可變指的是當記錄被刪除或者插入記錄號發生變化;不變指的是記錄號無論數據庫如何操作,記錄號都不會發生改變。 基于記錄號存取在Btree方式下也是可行的。但是,記錄號是可變,當記錄刪除或插入時,數據庫內的其他記錄的記錄號都將發生改變。 Queue存取方法總是用固定的方式運行,不管數據庫如何操作,記錄號始終改變。 Recno 可以被設置為不變和可變兩種形式。

            另外,Recno為數據庫提供支持flat-text文件的永久存儲和數據在讀或修改時提供一個快速的臨時存儲空間。

            一個表格:

            存儲方式

            描述

            選擇場景

            BTree

            關鍵字有序存儲,并且其結構能隨數據的插入和刪除進行動態調整。

            為了代碼的簡單, Berkeley DB 沒有實現對關鍵字的前綴碼壓縮。

            B+ 樹支持對數據查詢、插入、刪除的常數級速度。關鍵字可以為任意的數據結構

            1   Key 為復雜類型時。

            2   Key 有序時。

            Hash

            DB 中實際使用的是擴展線性 HASH 算法( extended linear hashing ),

            可以根據 HASH 表的增長進行適當的調整。關鍵字可以為任意的數據結構。

            1   Key 為復雜類型。

            2   當數據較大且 key 隨機分布時。

            Recno

            要求每一個記錄都有一個邏輯紀錄號,邏輯紀錄號由算法本身生成。

            相當于關系數據庫中的自動增長字段。

            Recho 建立在 B+ 樹算法之上,提供了一個存儲有序數據的接口。

            記錄的長度可以為定長或不定長。

            1   key 為邏輯記錄號時。

            2   當非高并發的情況下。

             

            Queue

            Recno 方式接近只不過記錄的長度為定長。

            數據以定長記錄方式存儲在隊列中,插入操作把記錄插入到隊列的尾部,

            相比之下插入速度是最快的。

            1    key 為邏輯記錄號時。

            2   定長記錄。

            3   高并發的情況下。

             

            posted on 2011-08-31 13:02 肥仔 閱讀(969) 評論(0)  編輯 收藏 引用 所屬分類: 數據庫

            久久人人爽人人人人片av| 久久本道伊人久久| 免费无码国产欧美久久18| 久久精品国产男包| 香蕉久久夜色精品国产小说| 久久婷婷五月综合成人D啪| 久久久亚洲AV波多野结衣| 狠狠色丁香婷婷综合久久来| 国产精品久久久99| 亚洲va国产va天堂va久久| 国产精品热久久无码av| 色偷偷久久一区二区三区| 亚洲嫩草影院久久精品| 99精品久久精品一区二区| 久久久黄片| 麻豆精品久久精品色综合| 久久久久久久久久久精品尤物 | 人妻无码αv中文字幕久久琪琪布| 色偷偷久久一区二区三区| 久久一本综合| 99久久综合国产精品二区| 久久99国产综合精品女同| 欧美黑人激情性久久| 三级片免费观看久久| 久久久久久久亚洲精品| 国产精品成人精品久久久| AV无码久久久久不卡蜜桃| 久久国产精品成人影院| 久久久久亚洲AV无码专区首JN| 精品人妻伦一二三区久久| 一本一道久久精品综合| 久久亚洲高清观看| 久久香蕉国产线看观看99| 久久精品人人做人人爽97| 久久精品午夜一区二区福利| 亚洲精品乱码久久久久久中文字幕| 久久综合亚洲色一区二区三区| 久久99热这里只有精品66| 久久久久亚洲精品日久生情| 久久精品国产精品亚洲精品| 婷婷久久久亚洲欧洲日产国码AV |