<var id="fnfpo"><source id="fnfpo"></source></var>
<rp id="fnfpo"></rp>

<em id="fnfpo"><object id="fnfpo"><input id="fnfpo"></input></object></em>
<em id="fnfpo"><acronym id="fnfpo"></acronym></em>
  • <th id="fnfpo"><track id="fnfpo"></track></th>
  • <progress id="fnfpo"><track id="fnfpo"></track></progress>
  • <tbody id="fnfpo"><pre id="fnfpo"></pre></tbody>

  • x
    x

    SQLite數據庫掃盲

    發布時間:2009-10-9 09:11    發布者:linux_Ultra
    關鍵詞: SQLite , 掃盲 , 數據庫
    今天注意到SQLite 3.6.11(上個月發布的)增加了一個我期待已久的online backup接口,激動之余就順便和大伙兒聊一下SQLite數據庫。本帖權當是SQLite掃盲,如果你對SQLite已經很熟悉,本文就不必再看了。

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

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

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

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

      ◇跨平臺/可移植性
      如果光支持主流操作系統,那就沒啥好吹噓的了。除了主流操作系統,SQLite還支持了很多冷門的操作系統。我個人比較感興趣的是它對很多嵌入式系統(比如Android、Windows Mobile、Symbin、Palm、VxWorks等)的支持。

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

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

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

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

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

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

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

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

    轉載必須包含本聲明、保持本文完整。并以超鏈接形式注明作者編程隨想和本文原始地址:
    http://program-think.blogspot.com/2009/03/opensource-review-sqlite-database.html
    本文地址:http://www.portaltwn.com/thread-4594-1-1.html     【打印本頁】

    本站部分文章為轉載或網友發布,目的在于傳遞和分享信息,并不代表本網贊同其觀點和對其真實性負責;文章版權歸原作者及原出處所有,如涉及作品內容、版權和其它問題,我們將根據著作權人的要求,第一時間更正或刪除。
    alpha321 發表于 2009-11-16 09:15:03
    占個沙發
    好文章,學習
    sw9518 發表于 2011-4-26 11:49:41
    lhxzui 發表于 2014-8-30 10:52:10
    謝謝分享。有機會多了解
    您需要登錄后才可以發表評論 登錄 | 立即注冊

    廠商推薦

    • Microchip視頻專區
    • 想要避免發生災難,就用MPLAB SiC電源仿真器!
    • 更佳設計的解決方案——Microchip模擬開發生態系統
    • 我們是Microchip
    • 深度體驗Microchip自動輔助駕駛應用方案——2025巡展開啟報名!
    • 貿澤電子(Mouser)專區
    關于我們  -  服務條款  -  使用指南  -  站點地圖  -  友情鏈接  -  聯系我們
    電子工程網 © 版權所有   京ICP備16069177號 | 京公網安備11010502021702
    快速回復 返回頂部 返回列表
    精品一区二区三区自拍图片区_国产成人亚洲精品_亚洲Va欧美va国产综合888_久久亚洲国产精品五月天婷