• <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ù)也都有提供。記錄按照用戶(hù)提供的比較函數(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 兵臨城下 閱讀(2541) 評(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è)用戶(hù)登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            性做久久久久久久久| 久久天天躁狠狠躁夜夜躁2O2O| 国产精久久一区二区三区| 久久综合久久伊人| 国产精品久久久久久吹潮| 久久久久噜噜噜亚洲熟女综合| 一本色道久久88精品综合| 国产成人久久777777| 久久人人爽人人爽人人AV| 国产午夜精品理论片久久| 欧洲精品久久久av无码电影 | 久久久亚洲AV波多野结衣| 一级做a爱片久久毛片| 一本久久知道综合久久| 久久亚洲2019中文字幕| 国产999精品久久久久久| 亚洲AV无码久久精品狠狠爱浪潮| 久久99精品免费一区二区| 99久久免费国产精品热| 色综合久久久久综合体桃花网| 久久精品亚洲精品国产欧美| 亚洲综合久久综合激情久久| 日产精品99久久久久久| 午夜精品久久久久| 久久久久久久91精品免费观看| 国产精品美女久久久久av爽| 国产精品成人99久久久久 | 国产精品久久久久久久午夜片| 奇米综合四色77777久久| 无码专区久久综合久中文字幕| 亚洲欧洲中文日韩久久AV乱码| 日本加勒比久久精品| 亚洲а∨天堂久久精品| 欧美精品丝袜久久久中文字幕 | 亚洲а∨天堂久久精品9966| 久久免费香蕉视频| 久久青青草视频| 三级三级久久三级久久| 久久久久亚洲av成人网人人软件| 狠狠色丁香久久婷婷综合| 欧洲人妻丰满av无码久久不卡|