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

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運(yùn)轉(zhuǎn),開心的工作
            簡(jiǎn)單、開放、平等的公司文化;尊重個(gè)性、自由與個(gè)人價(jià)值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            試用FastDB小結(jié)

            Posted on 2010-11-03 11:12 S.l.e!ep.¢% 閱讀(971) 評(píng)論(0)  編輯 收藏 引用 所屬分類: FastDB
            這幾天對(duì)開源內(nèi)存數(shù)據(jù)庫(kù)FastDB作了一些測(cè)試。
            采用兩個(gè)long字段作為表的字段,首先使用帶有文件映像的方式,結(jié)果是:
            1.?字段申明時(shí)FIELD和KEY(,INDEXED)在存儲(chǔ)量上沒有區(qū)別,但是KEY(,HASHED)將額外占用大量空間,幾乎增加一倍。
            2.?從1,000,000條記錄(64M)中查詢1,000,000次,耗時(shí)5秒,平均每秒20萬次,加上修改操作似乎影響不大,插入1,000,000條記錄也是5秒。

            將FastDB庫(kù)編譯成DISKLESS模式后,對(duì)每個(gè)表的大小似乎有限制,而且是一種以崩潰的方式出現(xiàn)的,同樣的記錄只能插入100,000個(gè)多一些。好像數(shù)據(jù)庫(kù)申明時(shí)對(duì)初始大小的規(guī)定沒有作用。
            久久99九九国产免费看小说| 亚洲精品无码久久久| 2021国产精品久久精品| 久久精品国产精品亚洲下载| AV无码久久久久不卡蜜桃| 一本色道久久综合狠狠躁| 无码人妻少妇久久中文字幕| 国产精品成人无码久久久久久 | 青青草国产97免久久费观看| 四虎国产精品免费久久5151| 国产精品久久久久9999| 国产午夜福利精品久久2021| 久久综合久久自在自线精品自| 香蕉久久av一区二区三区| 国产成人精品综合久久久久| 一本一本久久aa综合精品| 亚洲日韩中文无码久久| 99久久国产综合精品女同图片| 久久本道综合久久伊人| 久久精品中文字幕一区| 精品久久久久久无码人妻蜜桃 | 欧美日韩成人精品久久久免费看 | 久久久久久久综合日本| 日日狠狠久久偷偷色综合0| 亚洲欧美国产日韩综合久久| 97久久国产综合精品女不卡| 色综合久久无码中文字幕| 国产一久久香蕉国产线看观看| 88久久精品无码一区二区毛片| 国内精品久久久久久久涩爱| 一本色道久久综合| 2021久久精品国产99国产精品| 2021国产成人精品久久| 中文成人久久久久影院免费观看| 亚洲伊人久久精品影院| 热99re久久国超精品首页| 久久久人妻精品无码一区| 日韩AV无码久久一区二区| 国产毛片久久久久久国产毛片 | 狠狠色丁香久久婷婷综合五月| 99精品伊人久久久大香线蕉|