• <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 肥仔 閱讀(976) 評論(0)  編輯 收藏 引用 所屬分類: 數據庫

            伊人久久综合精品无码AV专区| 国产精品免费久久久久久久久| 久久亚洲精品无码aⅴ大香| 人妻无码精品久久亚瑟影视| 日本久久久久亚洲中字幕| 久久成人国产精品| 日韩久久无码免费毛片软件| 久久99精品久久久久久动态图| 久久久久久久尹人综合网亚洲| 久久亚洲欧洲国产综合| av午夜福利一片免费看久久| 色播久久人人爽人人爽人人片aV| 国产综合久久久久久鬼色| 久久人人爽人爽人人爽av| 国产综合久久久久| 少妇无套内谢久久久久| 国产成人AV综合久久| 久久永久免费人妻精品下载| 伊人久久五月天| 久久精品亚洲精品国产欧美| 久久亚洲国产精品一区二区| 无码国产69精品久久久久网站| 亚洲国产精品嫩草影院久久 | 国产91色综合久久免费分享| 欧美精品乱码99久久蜜桃| 久久久久99精品成人片牛牛影视| 国产精品无码久久综合| 99久久99久久精品国产片果冻| 青春久久| 婷婷久久精品国产| 国内精品久久久久久久久电影网| 狠狠色综合网站久久久久久久高清| 国产成人精品久久| 久久久久久狠狠丁香| 国产亚洲综合久久系列| 国产精品免费看久久久| 国内精品久久久久影院日本| 精品国产乱码久久久久久郑州公司| 亚洲伊人久久大香线蕉综合图片| 亚洲国产成人久久一区WWW| 亚洲国产成人精品91久久久|