• <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>
            posts - 311, comments - 0, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

              結(jié)論和建議

             SQLiteH2內(nèi)存數(shù)據(jù)庫(kù)都比較快。

             

            u       查詢性能:查詢一條記錄 SQLite的性能要優(yōu)于H2。查詢(500010000)條 H2的性能要好于SQLite

            u       插入性能:性能差不多快,SQLite略快。

            u       更新性能:更新一條記錄 SQLite的性能好于H2。更新多條記錄(有索引),SQLite0.04s】的性能要好于H20.18s

            u       刪除性能:刪除一條記錄.SQLite【非常小】的性能略好于H2【非常小】。刪除多條記錄,SQLite0.078s】好于H2的【0.12s

            u       啟動(dòng)時(shí)間:都比較快

            u       并發(fā)性能:H2的查詢支持一定的并發(fā)性,要強(qiáng)于SQLite。更新和插入,基本上都沒(méi)有并發(fā)可言。

             

            總的看來(lái),SQLite的性能要好于H2,但并發(fā)性不如。

            另外SQLite一般使用CAPI接口訪問(wèn),而H2支持JDBC

            并且都可以大多數(shù)主流平臺(tái)上

            對(duì)于C\C++\C#應(yīng)用而言,使用SQLite是更好的選擇。對(duì)于Java應(yīng)用,H2是不錯(cuò)的選擇。

             

            奇怪的兩點(diǎn):

            1.         在無(wú)索引查詢單條數(shù)據(jù),SQLite的性能【0.375s】要比H26.9s】要快非常多。(原因發(fā)現(xiàn)是H2使用Big Long效率差了好多,比起Int)

            2.         在無(wú)索引查詢多條數(shù)據(jù),SQLite的性能甚至比有索引時(shí)還好快一些????。而有索引情況下H2查詢多條數(shù)據(jù)也好于SQLite

            久久久久青草线蕉综合超碰| 婷婷五月深深久久精品| 久久强奷乱码老熟女网站| 国内精品久久久久久久久| 69久久夜色精品国产69| 久久精品中文字幕无码绿巨人| 久久99久国产麻精品66| 亚洲级αV无码毛片久久精品 | 国产精品久久久久久久| 99精品国产在热久久无毒不卡| 欧美一区二区三区久久综合 | 怡红院日本一道日本久久| 97超级碰碰碰久久久久| 久久精品9988| 久久国产香蕉视频| 亚洲精品久久久www| 五月丁香综合激情六月久久 | 精品久久久久久亚洲精品| 99久久精品日本一区二区免费| 狠狠色丁香婷婷久久综合不卡| 亚洲一区中文字幕久久| 亚洲欧美精品一区久久中文字幕| 久久精品国产日本波多野结衣| 久久久无码一区二区三区| 久久久久夜夜夜精品国产| 久久久99精品一区二区| 午夜精品久久久久久久| 婷婷综合久久狠狠色99h| 亚洲欧美久久久久9999| 久久婷婷成人综合色综合| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 很黄很污的网站久久mimi色| 亚洲国产精品综合久久网络 | 人人狠狠综合久久亚洲| 日韩av无码久久精品免费| 国产成人精品久久一区二区三区av| 亚洲午夜无码AV毛片久久| 日韩人妻无码精品久久免费一| 久久国产香蕉一区精品| 狠狠久久亚洲欧美专区| 久久久久亚洲AV无码永不|