• <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>
            隨筆 - 8, 文章 - 1, 評(píng)論 - 14, 引用 - 0
            數(shù)據(jù)加載中……

            哈希數(shù)據(jù)庫(kù) -- Tokyo Cabinet

            Tokyo Cabinet 是一個(gè)DBM的實(shí)現(xiàn)。這里的數(shù)據(jù)庫(kù)由一系列key-value對(duì)的記錄構(gòu)成。key和value都可以是任意長(zhǎng)度的字節(jié)序列,既可以是二進(jìn)制也可以是字符串。這里沒(méi)有數(shù)據(jù)類(lèi)型和數(shù)據(jù)表的概念。 

            當(dāng) 做為Hash表數(shù)據(jù)庫(kù)使用時(shí),每個(gè)key必須是不同的,因此無(wú)法存儲(chǔ)兩個(gè)key相同的值。提供了以下訪問(wèn)方法:提供key,value參數(shù)來(lái)存儲(chǔ),按 key刪除記錄,按key來(lái)讀取記錄,另外,遍歷key也被支持,雖然順序是任意的不能被保證。這些方法跟Unix標(biāo)準(zhǔn)的DBM,例如GDBM,NDBM 等等是相同的,但是比它們的性能要好得多(因此可以替代它們) 

            當(dāng)按B+樹(shù)來(lái)存儲(chǔ)時(shí),擁用相同key的記錄也能被存儲(chǔ)。像hash表一 樣的讀取,存儲(chǔ),刪除函數(shù)也都有提供。記錄按照用戶提供的比較函數(shù)來(lái)存儲(chǔ)。可以采用順序或倒序的游標(biāo)來(lái)讀取每一條記錄。依照這個(gè)原理,向前的字符串匹配搜 索和整數(shù)區(qū)間搜索也實(shí)現(xiàn)了。另外,B+樹(shù)的事務(wù)也是可用的。 

            As for database of fixed-length array, records are stored with unique natural numbers. It is impossible to store two or more records with a key overlaps. Moreover, the length of each record is limited by the specified length. Provided operations are the same as ones of hash database. 
            對(duì)于定長(zhǎng)的數(shù)組,記錄按自然數(shù)來(lái)標(biāo)記存儲(chǔ)。不能存儲(chǔ)key相同的兩條或更多記錄。另外,每條記錄的長(zhǎng)度受到限 制。讀取方法和hash表的一樣。 

            Tokyo Cabinet是用C寫(xiě)的,同時(shí)提供c,perl,ruby,java的API。

            posted on 2010-04-19 13:05 兵臨城下 閱讀(2522) 評(píng)論(6)  編輯 收藏 引用 所屬分類(lèi): 開(kāi)源項(xiàng)目分析

            評(píng)論

            # re: 哈希數(shù)據(jù)庫(kù) -- Tokyo Cabinet   回復(fù)  更多評(píng)論   

            "寫(xiě)入100萬(wàn)條數(shù)據(jù)只需0.643秒,讀取100萬(wàn)條數(shù)據(jù)只需0.773秒"
            2010-04-19 15:01 | giscn

            # re: 哈希數(shù)據(jù)庫(kù) -- Tokyo Cabinet   回復(fù)  更多評(píng)論   

            "寫(xiě)入100萬(wàn)條數(shù)據(jù)只需0.643秒,讀取100萬(wàn)條數(shù)據(jù)只需0.773秒" ----每條數(shù)據(jù)有多大,總數(shù)據(jù)量有多大?
            2010-04-19 15:01 | giscn

            # re: 哈希數(shù)據(jù)庫(kù) -- Tokyo Cabinet   回復(fù)  更多評(píng)論   

            謝謝提醒,沒(méi)有注意此處,根據(jù)官方的測(cè)試:以哈希方式100w條記錄,寫(xiě)入需要0.402秒,讀取需要0.334秒。

            2010-04-20 10:36 | 兵臨城下

            # re: 哈希數(shù)據(jù)庫(kù) -- Tokyo Cabinet   回復(fù)  更多評(píng)論   

            這玩意兒并沒(méi)有它所說(shuō)的那么好……
            2010-04-20 12:46 | 阿福

            # re: 哈希數(shù)據(jù)庫(kù) -- Tokyo Cabinet   回復(fù)  更多評(píng)論   

            呵呵,很棒啊,歡迎回訪啊
            2011-07-16 18:55 | 網(wǎng)站seo優(yōu)化

            # re: 哈希數(shù)據(jù)庫(kù) -- Tokyo Cabinet   回復(fù)  更多評(píng)論   

            @兵臨城下
            這個(gè)速度是存取一條記錄的還是存取1百萬(wàn)條的?
            多CPU場(chǎng)合加速比怎么樣?
            2011-08-19 19:47 | Chipset

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            AV无码久久久久不卡蜜桃| 欧美亚洲国产精品久久| 日本久久中文字幕| 久久艹国产| 伊人久久大香线蕉精品不卡| 国产精品va久久久久久久| 99久久久久| 精品久久久久久99人妻| 久久无码人妻精品一区二区三区| 国产精品久久久久久久午夜片| 久久久久免费视频| 久久精品无码一区二区WWW| 久久精品亚洲AV久久久无码| 蜜臀av性久久久久蜜臀aⅴ麻豆| 久久久亚洲欧洲日产国码二区 | 国产AV影片久久久久久| 丰满少妇人妻久久久久久4| 办公室久久精品| 色婷婷久久久SWAG精品| 国内精品伊人久久久久妇| 久久精品国产第一区二区三区| 情人伊人久久综合亚洲| 久久久久亚洲av毛片大| 成人久久免费网站| 青青草国产精品久久| 久久亚洲精品成人无码网站| 国产婷婷成人久久Av免费高清| 日韩欧美亚洲综合久久影院d3| 一个色综合久久| 91久久精品91久久性色| 久久最新免费视频| a高清免费毛片久久| 中文成人无码精品久久久不卡 | 97久久精品无码一区二区| 久久无码精品一区二区三区| 国产成人无码久久久精品一| 久久精品国产亚洲Aⅴ香蕉| 久久精品午夜一区二区福利| 日本高清无卡码一区二区久久| 国产精品久久成人影院| 久久婷婷五月综合97色直播|