日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

SQLite介绍、学习笔记、性能测试

發(fā)布時間:2024/10/12 数据库 36 豆豆
生活随笔 收集整理的這篇文章主要介紹了 SQLite介绍、学习笔记、性能测试 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

哪些人,哪些公司或軟件在用SQLite:

Nokia's Symbian,Mozilla,Abobe,Google,阿里旺旺,飛信,Chrome,FireFox
可見SQLite的穩(wěn)定性及性能是不會有什么問題的,詳細列表請參見:http://www.sqlite.org/famous.html。

網上關于SQLite的介紹一抓一大把,總結起來,他有如下特點:

SQLite優(yōu)點及適應場合:

輕量級
綠色組件
單一文件
跨平臺
查詢效率極高
使用事務插入速度極快
支持limit分頁
適合查詢速度要求較高,內存占用較少的場合,尤其是嵌入式操作系統(tǒng),如各種手機操作系統(tǒng),低并發(fā)web(99.9%網站是低并發(fā)),php環(huán)境里原生支持SQLite,asp.net/.net winform里可以很方便的使用System.Data.SQLite

缺點與不適應場合:

不適合并發(fā)性高的場合 如大量insert,update訪問,SQL標準支持不全

SQLite vs Access

SQLite官方網站沒有與Access對比的說明,我覺得應該是:SQLite是開源的,單文件,不僅可以運行在Windows上,也可以運行在各種Linux系統(tǒng)上,而他的很多場合跟Access是不同的,他的優(yōu)勢足以站在一個比Access更高的位置,所以沒有可比性,但我們普通人拿Access跟SQLite比,是因為他們交集的地方,關系到我們取舍。

交集處有:windows系統(tǒng)里web/winform,

在我的測試中
一次插入5行及以上,每行有20來個字符,SQLite使用事務速度遠快于access
一次插入多行,每行有8000以上字符,SQLite使用事務速度 快于 access 一倍左右
SQLite查詢速度極快,甚至快過SQL Server 2008 r2 10倍(因為MSSQL索引列不能超過900個字符,所以varchar(max)不能建索引)
單條數(shù)據插入速度比Access略慢,事務插入大量數(shù)據,在每行數(shù)據量不大時,遠快于Access
Access經常出現(xiàn)數(shù)據庫壞的情況,SQLite聽說沒有這個問題。
?

SQLite極速Select測試

同樣的數(shù)據,同樣的SQL語句:
SELECT * FROM dbo.Articles WHERE txtContent LIKE '%柳永法%'
在SQLite及MSSQL上執(zhí)行效率讓人震撼,SQLite竟然快MSSQL 10倍,
并且SQLite沒有進程只看到程序進程內存沒有任何升高,而MSSQL的進程則從1G多升到了3G多

數(shù)據庫條數(shù)查詢用時
SQLite11884860s
MSSQL118848540s
???
SQLite74286s
MSSQL742860s

?

關于SQLite多線程及ASP.net并發(fā)測試

view plaincopy to clipboardprint?
  • //Winform?1000個線程同時操作,僅cpu占用很高外,數(shù)據正常插入,沒有使用Lock??
  • ThreadPool.SetMinThreads(1000,?1000);??
  • ThreadPool.SetMaxThreads(1000,?1000);??
  • for?(int?i?=?0;?i?<?1000;?i++)??
  • {??
  • ????ThreadPool.QueueUserWorkItem((obj)?=>??
  • ????{??
  • ????????SQLiteParameter[]?parms?={??
  • ????????new?SQLiteParameter("@txtTitle",?"標題"+obj),??
  • ????????new?SQLiteParameter("@txtContent",?"內容可以大于8000"+obj+new?string('=',8000+1000)),??
  • ????????new?SQLiteParameter("@Adder",?"添加人"+obj),??
  • ????????new?SQLiteParameter("@AddTime",?DateTime.Now),??
  • ????????new?SQLiteParameter("@DeptId",?1),??
  • ????????};??
  • ??????????
  • ????????SQLiteHelper.ExecuteNonQuery(SQLiteConnectionString,?CommandType.Text,?@"??
  • ????????insert?into?Articles(txtTitle,txtContent,Adder,AddTime,DeptId)?values?(@txtTitle,@txtContent,@Adder,@AddTime,@DeptId)??
  • ????????",?parms);??
  • ??????
  • ????},?i);??
  • }??
  • ASP.net使用Microsoft Web Application Stress Tool進行1000個線程的壓力測試1分鐘,使用Elmah.dll記錄錯誤,測試后沒發(fā)現(xiàn)程序報錯,也只是很占CPU而已

    通過本人測試,SQLite也應該算是比較適合高并發(fā),及多線程,但官方說不適合,不知道是不是我測試方法不對

    SQLite資源地址:

    SQLite的官方主頁:
    http://www.sqlite.org/

    SQLite中文站:
    http://www.sqlite.com.cn/

    System.Data.SQLite:
    http://sqlite.phxsoftware.com/

    sql學習筆記之 嵌入式數(shù)據庫(sqlite,firebird)
    http://www.cnblogs.com/ljzforever/archive/2010/03/09/1681453.html

    SQLite GUI圖形管理工具:

    SQLite Expert(可選數(shù)據庫編碼,支持原生配置各種參數(shù),軟件更新速度極快,一天一個或多個版本,經試用,發(fā)現(xiàn)還有很多不完善的地方):
    http://www.sqliteexpert.com/download.html

    Navicat for SQLite(導入,導出功能強大,功能實用,操作直觀,有些小缺陷,更新速度還行):
    http://www.navicat.com/en/download/download.html

    SQLite Administrator(古老,但還是有很多人覺得不錯,編碼支持不強,可能亂碼):
    http://sqliteadmin.orbmu2k.de/

    FireFox管理SQLite的插件 SQLite Manager(沒多使用。看起來不錯):
    https://addons.mozilla.org/en-US/firefox/addon/5817/

    ?

    SQLite參考資料:

    開源有感系列 之開源數(shù)據庫有感[新內容添加版本]:
    http://www.cnblogs.com/unruledboy/archive/2005/02/04/98604.html

    到底SQLite有多強?在我的2臺機器上的壓力測試:
    http://www.cnblogs.com/unruledboy/archive/2005/03/26/sqliteperformance.html

    Access和Firebird及SQLite的性能比較
    http://www.cnblogs.com/kevin-moon/archive/2008/12/01/1344658.html
    http://www.cnblogs.com/Kevin-moon/archive/2008/11/14/1333285.html

    淺談SQLite——實現(xiàn)與應用:
    http://www.cnblogs.com/hustcat/archive/2010/01/27/1657821.html

    SQLite數(shù)據庫是中小站點CMS的最佳選擇:
    http://www.dbanotes.net/database/sqlite_cms.html

    SQLite的局限性:
    http://dev.firnow.com/course/7_databases/sql/sqlServer/200838/103309.html

    sqlite常見問題:
    http://dev.firnow.com/course/7_databases/sql/sqlServer/200838/103310.html

    MySQL大戰(zhàn)SQLite(PostgreSQL強勢亂入):
    http://obmem.com/?p=493


    ★SQLite技術上的優(yōu)點和特性

      SQLite是一個輕量級、跨平臺的關系型數(shù)據庫。既然號稱關系型數(shù)據庫,支持SQL92標準中常用的玩意兒(比如視圖、事務、觸發(fā)器等)就是理所當然的了,咱今天就不細說了。今天主要聊聊一些有點特色的玩意兒。

      ◇輕量級
      先說它的第一個特色:輕量級。想必SQLite的作者很看重這個特性,連它的Logo都是用的“羽毛”,來顯擺它的輕飄飄。
    SQLite和C/S模式的數(shù)據庫軟件不同,它是進程內的數(shù)據庫引擎,因此不存在數(shù)據庫的客戶端和服務器。使用SQLite一般只需要帶上它的一個動態(tài)庫,就可以享受它的全部功能。而且那個動態(tài)庫的尺寸也挺小,3.6.27版本也就幾百K

      ◇綠色軟件
    SQLite的另外一個特點是綠色:它的核心引擎本身不依賴第三方的軟件,使用它也不需要“安裝環(huán)境”(如:Oledb等)。所以在部署的時候能夠省去不少麻煩。

      ◇單一文件
    所謂的“單一文件”,就是數(shù)據庫中所有的信息(比如表、視圖、觸發(fā)器、等)都包含在一個文件內。這個文件可以copy到其它目錄或其它機器上,也照用不誤。

      ◇跨平臺/可移植性
      如果光支持主流操作系統(tǒng)(Windows,Linux),那就沒啥好吹噓的了。除了主流操作系統(tǒng),SQLite還支持了很多小型嵌入式系統(tǒng),比如Android、Windows Mobile、Symbin、Palm、VxWorks等,也就是說iPhone,Android等手機上都可以用。

      ◇內存數(shù)據庫(in-memory database)
    這年頭,內存越來越便宜,很多普通PC都開始以GB為單位來衡量內存(服務器就更甭提了)。這時候,SQLite的內存數(shù)據庫特性就越發(fā)顯得好用。
    SQLite的API不區(qū)分當前操作的數(shù)據庫是在內存還是在文件(對于存儲介質是透明的)。所以如果你覺得磁盤I/O有可能成為瓶頸的話,可以考慮切換為內存方式。切換的時候,操作SQLite的代碼基本不用大改,只要在開始時把文件Load到內存,結束時把內存的數(shù)據庫Dump回文件就OK了。在這種情況下,前面提到的“online backup API”就派上用場了,聰明的同學應該明白我為啥這么期待backup功能了吧?

    ★技術上的缺點和不足

      前面光聊了特性和優(yōu)點,為了避免槍手寫軟文的嫌疑,再來說說SQLite的一些缺點。列位看官將來如果想用它,這些缺點要權衡一下。

      ◇并發(fā)訪問的鎖機制
    SQLite在并發(fā)(包括多進程和多線程)讀寫方面的性能一直不太理想。數(shù)據庫可能會被寫操作獨占,從而導致其它讀寫操作阻塞或出錯。

      ◇SQL標準支持不全
    在它的官方網站上,具體列舉了不支持哪些SQL92標準。我個人感覺比較不爽的是不支持外鍵約束。

      ◇網絡文件系統(tǒng)(以下簡稱NFS)
      有時候需要訪問其它機器上的SQLite數(shù)據庫文件,就會把數(shù)據庫文件放置到網絡共享目錄上。這時候你就要小心了。當SQLite文件放置于NFS時,在并發(fā)讀寫的情況下可能會出問題(比如數(shù)據損壞)。原因據說是由于某些NFS的文件鎖實現(xiàn)上有Bug。

    ★編程語言接口

      SQLite支持很多種語言的編程接口。這對于我這種喜歡混用多種編程語言的人來說,是很爽的。下面我大概介紹一下。

      ◇C/C++
      由于SQLite本身是C寫的,它自帶的API也是C接口的。所以C/C++用起來最直接了。假如你不喜歡面向過程的C API風格,可以另外找個C++的包裝庫。想重新發(fā)明輪子的同學,也可以自己包裝一個。
    ◇Java
    如果要用Java訪問SQLite,可以通過SQLite的JDBC驅動,或者通過專門的SQLite包裝庫。我個人建議走JDBC方式,萬一將來要換數(shù)據庫,代碼就不用大改。
    ◇Python
    pysqlite是Python操作SQLite的首選。從Python 2.5開始,它已經被整合到Python的標準庫中。看來Python社區(qū)還是蠻喜歡SQLite嘛。
    ◇.net
    對于喜歡.net的同學,可以通過System.Data.SQLite來訪問。
    ◇Ruby
    Ruby可以通過SQLite-Ruby操作SQLite數(shù)據庫,不過我沒用過。
    ◇Perl
    在CPAN上有DBD::SQLite,不過我也沒用過。

    ★一些非技術的參考因素

      前面講的都是技術層面的話題,如果你考慮在公司的商業(yè)軟件項目中使用SQLite。還需要根據“如何選擇開源項目”里面提到的幾個參考因素,再評估一下。
    ◇授權協(xié)議(License)
    SQLite使用的是Public Domain協(xié)議,這是最爽一種,可以放心大膽地用。
    ◇用戶的普及程度
    最近這幾年,使用SQLite的人越來越多(從Google Trends可以反應出來)。包括一些大公司也開始把它整合到產品中(比如Google的Gears、Apple的Safari、Adobe的AIR)。這說明它的健壯性、穩(wěn)定性等方面不會有太大問題。
    ◇開發(fā)的活躍程度
    如果到SQLite的Change Log上大致了解一下,可以看出最近5年基本上每1-2個月都會有更新。說明開發(fā)的活躍度還是非常高的。
    從上述幾個非技術因素來看,SQLite用于商業(yè)公司的軟件項目還是非常靠譜的。


    引用:
    SQLite介紹、學習筆記、性能測試
    http://www.yongfa365.com/item/SQLite.html

    轉載于:https://www.cnblogs.com/goody9807/archive/2012/03/18/2404284.html

    總結

    以上是生活随笔為你收集整理的SQLite介绍、学习笔记、性能测试的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。