sqlite和access，二者都是常用的輕型關係型資料庫系統。在db-engines的資料庫排名中，二者排名都比較靠前，名次也很接近，說明使用兩種資料庫的人群還都不少，很多朋友在二者之間難以選擇。
sqlite，是一款輕型的，遵守acid的關係型資料庫管理系統，她包含在乙個相對小的c庫中。主要為嵌入式應用設計，在很多嵌入式產品中應用廣泛，她占用資源非常的低，只需要幾百k的記憶體就夠了。
筆者早年用過很多年access，主要用作本地資料儲存，對access的品性和弊端還算了解。後來毅然決然的換成了sqlite使用至今。作為輕型資料庫，sqlite做到了輕如鴻毛卻又鋒利頑強。
sqlite資料庫就是乙個檔案。由於sqlite本身是c寫的，而且體積很小、效率極高，所以，經常被整合到各種應用程式中，目前android和ios都將sqlite作為內建資料庫。
sqlite支援各種32位和64位體系的硬體平台，也能在windows、linux、bsd、android等軟體平台中執行。同時sqlite支援ansi sql92中的大多數標準，提供了對子查詢、檢視、觸發器等機制的支援。
下圖是sqlite和sql server及acess的效能測試對比：
從上表可看出，sqlite效能碾壓access不在話下!
access是由微軟發布的輕型關聯式資料庫管理系統。它結合了 microsoftjet database engine和圖形使用者介面兩項特點，是 microsoft office辦公系統可選套件之一。
access既是office套件，與excel、word融合相當好，同時access支援visual basic巨集語言，您甚至可以在access中直接開發簡單系統，這算是access相比sqlite比較大的優勢。
當然，access既然是office套件，如果您想要使用access環境來管理維護access，就需要花錢購買了。但如果您在開發的系統中呼叫access資料庫，配置好呼叫環境即可，並不一定需要購買office。
下面盤點下二者的優缺點，您就豁然開朗了!
sqlite的優點和缺點：
優點:1、支援limit語句，支援資料自動分頁
2、支援insert返回自動遞增主鍵的id
3、查詢效能和效率高
4、支援壓縮命令
5、開放源**，可以內嵌到dll中，發布簡單
6、跨平台，資料庫具有很強的相容性
7、支援動態建立資料庫功能
8、事務處理
缺點:1、缺少強勁的免費查詢分析器gui。收費的用過sqlitestudio，還不錯!
access的優點和缺點
優點:1、直觀的查詢分析器gui，維護簡單方便
2、效能一般，但比較成熟和穩定
缺點:1、不支援limit命令，分頁難做到
2、不支援insert返回遞增的id
3、併發效能差，最大併發數50，只有乙個連線可修改資料
4、不支援壓縮資料庫命令
5、不支援動態建立資料庫
6、不支援跨平台，這是硬傷
通過對比可以得出這樣的結論：
sqlite效能碾壓access，但access有微軟加持，雖為雞肋卻獲得滋潤，看來巨頭的支援有多重要!
我該如何介紹我自己？
幾何上我們知道兩點連成線，我們要做的就是在自己原點的基礎上找下乙個點然後連過去而以 可能不是直線 只是可能我們下乙個點是 工資加2000 要當專案經理 離家近 不是說這些點不好，這些都是很具體的目標符合s.m.a.r.t原則，只是我們經常拿別人的目標來跟自己比較而以，而別人的所到達的目標可能是經過好...
我該如何選擇
專案原本計畫是1個月調研，3個月完成開發以及測試！結果調研延期了，原本我是專案經理的角色，負責調研，以及給下面的人分配任務。結果小老闆卻在中途讓我搭專案框架，然後還要教他技術方面的知識，結果進度延期，而且很明顯地感覺管理混亂。我承認我有很大的責任，而在這個時候，小老闆問我原因我沒有說話，然後小老闆向...
我該堅持還是放棄
已經深夜了，可能由於咖啡的緣故，始終無法入眠，索性就寫得什麼了，最近比較累，到不是幹了什麼，而是在選擇與放棄間無法取捨。好在前就計畫考博，於是也一直在準備著，但最近仔細考慮覺得是否應該放棄了，放棄的原因有如下幾條 1 自己一直都有從政的願望，所以打算考公務員，以前的時間倒是給荒廢了，不提也罷，仔細了...