sqlite多大數據量

『壹』 sqlite3 資料庫 最大支持多少條數據

sqlite是文件型的資料庫，所有的東西，都在一個文件中，故支持由對應的硬碟文件系統和操作系統來決定

下面是原文解釋支持的大小：

Every database consists of one or more "pages". Within a single database, every page is the same size, but different database can have page sizes that are powers of two between 512 and 65536, inclusive. The maximum size of a database file is 2147483646 pages. At the maximum page size of 65536 bytes, this translates into a maximum database size of approximately 1.4e+14 bytes (140 terabytes, or 128 tebibytes, or 140,000 gigabytes or 128,000 gibibytes).

海楓科技、海楓論壇

『貳』 sqlite3到底能支持多大的數據量

sqlite版本：sqlite3
操作系統：暫時測試是在window下，部署是在linux下的
磁碟格式：NTFS
資料庫要求：由於sqlite不支持分區，建20000個表，每個表插入86400條數據，需要沒秒對著20000個表中的一條記錄進行修改。這是極限情況，正常使用也就是沒5s對20000個表同時修改一下。
順便再問下：sqlite只能同時存在一個寫的連接嗎？有沒有什麼辦法可以讓它同時多個連接進行寫入。

『叄』 為什麼我往sqlite的表裡最多隻能存1000條數據是有這樣數量限制還是有需要設置的地方

是可以存的，只是可能你所使用的可視化工具每一頁最多顯示1000條，可以尋找翻頁按鈕查看剩餘數據

『肆』 如何選擇簡單易用的資料庫

1.數據量太大，比如上億，就用oracle，優點上億數據對Oracle來說輕飄飄的，也不用太多優化配置，缺點安裝比較麻煩，上手比較慢。

2.數據量較大，比如千萬級，用postgresql，它號稱對標Oracle，處理千萬級數據還是可以的，也是皮團易學易用。

3.數據量一般，比如百萬級，用mysql，這個級別的數據量mysql處理還是比較快的。

4.數據量較小，比如十萬以下，sqlite、access都可以。

上面是基於單表操作的數據量，你看著選。

簡單易用的資料庫哪個比較好？這個要具體看你的用途，如果數據量比較少（10萬左右），追求簡約簡單，免費開源的sqlite就行，如果數據量比較多，考慮到高並發、分布式，可以使用專業的mysql、postgresql，下面我分別簡單介紹一下，感興趣的朋友可以嘗試一下：

這是基於c語言開發的一個輕量級關系型資料庫，短小精悍、免費開源，個人使用無需繁瑣的配置，只需一個簡單的運行庫便可直接使用，針對各種編程語言都提供了豐富的API介面， java、 python、c#等都可輕松操作，如果你存儲數據量不多，只是本地簡單的操作（讀多寫少），可以使用一下這個資料庫，佔用內存非常少，輕便靈活，當然，在高並發、數據量大的情況下就不合適了：

這是目前應該廣泛使用的一個關系型資料庫，免費開源跨平台，在信息系統開發方面一直占據著主力位置，如果你從事於web開發或者網站後台建設，那麼這個資料庫一定非常熟悉，支持高並發、分布式，存儲數據量相對於sqlite來說，更多也更安全，索引、觸發器、存儲過程等功能非常不錯，支持數據導入導出、恢復備份，只要燃含橘你熟悉一下基本使用過程，很快就能掌握和運用：

這是加州大學計算機系開發的一個對象-關系型資料庫（自由軟體），免費、開源、跨平台，支持流計算、全文檢索、圖式搜索、並行計算、存儲過程、空間數據、K-V類型，相比較mysql來說，在復雜查詢、高並發下更穩定、性能更優越，可擴展性、可維護性非常不錯，但也有劣勢，例如新舊版本不分離存儲，沒有Coverage index scan等，總體使用效果來說還不錯：

當然，除了以上3個資料庫，還有許多其他資料庫，像mssql、oracle等也都非常不錯，對於存儲和處理數據來說綽綽有餘，只要你熟悉一下基本使用過程，很快就能入門的，網上也有相關教程和資料，介紹的非常詳細，感興趣的話，可以搜一下，希望以上分享的內容能對你有所幫助吧，也歡迎大家評論、留言進行補充。

最符合初學者理解和入門的是Access，因為它和Excel本來就是一個套件，相互轉化容易，復制粘貼即可，非常好理解庫、表、欄位、鍵的概念。

如果數據量不大，強烈推薦試試Filemaker，腳本化編程，自由定製輸入界面、工作流程，非常便捷高效。

最近殺出來的airtable，更是簡單高效，界面美觀，操作與電子表格相當，發展勢頭也非常迅猛。

二者側重點有所不同，用戶可根據需要選擇

作為一個軟體開發人員，長期需要和資料庫打交道，個人更加青睞於MySQL。雖然可能基於你的Excel原因，有些人會建議你使用Access資料庫，但是基於我個人的 意見，我並不建議你那樣做。採用MySql的具體理由如下：

1.MySQL具有普遍性，在國內的環境中，絕大多數的互聯網企業採用的是MySQL。有了廣大的用戶基礎後，針對於各種問題網上也能更好地找到解決方案。

2.MySQL相對於Oracle而言，更加輕量化，針對於從Excel量級的數據，沒必要使用Oracle。同時MySQL是完全免費的，不用擔心版權及費用問題，無論對個人還是對預算有限的企業而言都是很好的選擇。

3.MySQL高度兼容標准SQL，這對於以後遷移到其他資料庫而言，也能很大程度地降低學習成本。

希望我的回答能夠對你有所幫助！！！[耶][耶][耶]

Excel辦公確實便利，可以做一些簡單的數據分析，但涉及大量復雜的數據運算，就會遇到和題主一樣的問題，運算速度慢，如果主機性能不是很好，還有可能面臨電腦死機，老余數據丟失等問題。

遇到這種情況，我們該如何解決呢？資料庫的重要性顯而易見！

現在， 我將用3分鍾的時間，與您探討該選擇何種資料庫，以及選擇它的理由，是否有更優的解決方案呢？

資料庫選得好，企業的數據安全，資產安全，也就得到了保障。那麼該如何選擇資料庫呢？這個跟你的業務量和業務服務行業，密不可分。

如果你只是上班打卡，用SQL server就可以了；

如果你要儲存會話信息，用戶配置信息，購物車數據，建議使用NoSQL資料庫；

不過90%的企業或個人，首選資料庫都是MySQL資料庫。

因為，它集 低成本、高可用、可靠性強、易用性強、體積小、速度快開放源碼 等特性於一身，所以在金融、財務、網站、 數據處理 等應用領域，它占據著獨一無二的優勢。

這也是幾乎所有企業都選擇它，來存儲數據的原因。

加之MySQL資料庫，支持多種存儲引擎，支持大型資料庫，可以處理成千上萬條記錄，還提供用於管理、檢查、優化資料庫操作的工具。

因而，MySQL尤其受個人，以及中小企業的推崇。

別擔心，現在市面上已經出現了，一種自帶資料庫的新型辦公軟體。

比如說，雲表企業應用平台，一款兼容excel功能，但功能更為強大的辦公軟體，它就內嵌了MySQL資料庫。 （文末有免費獲取方式）

1. 性能更加優化，更加兼容系統。因為雲表的研發人員，時刻更新維護MySQL資料庫。

2. 省去自己手動部署的麻煩。但如果你熟悉部署資料庫，想把資料庫改成Oracle或SQL server等資料庫，也可以設置。（不過，我建議IT小白還是 「拿來即用」 就好）

3. 快速實時計算。數據分析實時交互，完全滿足管理決策中的臨時性分析，多變的業務需求，以及頻繁的結果刷新。

4. 通過自帶的內存計算引擎，無需事先建立CUBE，IT部門將告別報表延時報表分析，億級數據秒級響應。

雲表不僅是一款辦公軟體，同時還是一款開發工具。

通過它，你將解決以下問題：

復雜的數據運算，精確到行列的許可權管控，以及工作流，海量用戶同時在線辦公，數據透視，製作像銷售單，洽談合同等表單報表，一份製作，即可重復錄用......

你還可以通過它，與電子稱、地磅等進行對接，與用友金蝶等三方系統集成，生成條形碼，掃碼出入庫，生成移動端APP...... 基本上業務所需的功能，你都可以放心交給它做。

它最大的亮點就是，你可以 用使用excel的手法，用它來開發業務應用。

而且，可視化的 拖拉拽 之後，開發出來的ERP、WMS、OA、進銷存等業務應用，還秉承了MySQL資料庫增刪改查的功能特性。

沒錯，用雲表開發出來的業務應用，是允許二次開發的，而且功能可以隨時增刪改查，輕松滿足大集團精細化的數據控制需求。

不過，大家最關心的應該是數據安全問題吧。

數據存放在雲表內嵌的MySQL資料庫，是安全不丟失的，它提供了多種數據存儲的方式，本地部署，雲端部署，混合部署，任君挑選！

正因如此，像 恆逸石化、許繼電氣、航天科工委、中鐵、中冶、雲南小松 等大型集團，才鼓勵內部員工去學習雲表。

篇幅所限，只說到這里，說太多你也不會看。

免費 的軟獲取方式在下方：

資料庫的用處可大著呢，不僅可以實現數據共享，減少數據冗餘度，還能實現對數據的集中控制，保持數據的一致性和可維護性。選取簡單易用的資料庫，你有什麼好的建議呢，留言讓我們看到噢！

題主強調了簡單易用。所以推薦最簡單三個。

1.Access。

2.Excel。

3.飛書文檔、騰訊文檔、石墨文檔等的表格。

如果要做分析，數據量才比較大，建議Access，還是專業的更好一些。網上教程也很多，比較容易學。而且建議用早一點的版本，比如2003或者2007，Access這些年微軟一直想從office里去掉，奈何用的人還是很多，所以不敢去掉，但是採取了一種比較惡心的方法讓用戶放棄，就是每發布一個新版本，就去掉一些好用的功能，所以說Access是越早的功能越強。

還一個推薦就是Sql Server Express版本，是SQL Server的免費版本，不要錢，基本功能都有，要比sqllite等強大的多

這要結合你個人實際情況來定，有計算機基礎，懂一點資料庫的話那麼市場上的那些軟體都可以用，常用有oracle，sqlserver，mysql等，要上手快還是sqlserver比較快，界面操作也比較直觀；如果一點基礎都沒有，但是又要分析數據的話可以用微軟自帶的一個access，這個上手比較快。決定用哪一種之後還是要買點教材看，簡單的sql查詢要會，熟練之後也能提高工作效率。

個人使用資料庫的話，只存數據不做分析，SQLite就足夠了。

『伍』 sqlite3到底能支持多大的數據量

你的操作系統,文件系統是什麼版本？ 操作系統本身對文件大小的限制是什麼？

還真沒聽說過sqlite支持TB級，它的大小受制於運行時的文件系統。

下面是原文解釋支持的大小：

Every database consists of one or more "pages". Within a single database, every page is the same size, but different database can have page sizes that are powers of two between 512 and 65536, inclusive. The maximum size of a database file is 2147483646 pages. At the maximum page size of 65536 bytes, this translates into a maximum database size of approximately 1.4e+14 bytes (140 terabytes, or 128 tebibytes, or 140,000 gigabytes or 128,000 gibibytes).

『陸』 sqlite 能存儲百萬級數據嗎

http://ke..com/link?url=_QdWijj1ajbwm這里提到了sqlite的支持數據量到2TB，也有一些其他地方說的，官方網站沒有找到明確數字。
至於文件系統的限制 我的硬碟格式是NTFS的文件大小限制應該是64GB吧，總不至於因為這個原因導致我寫不了2GB的數據

『柒』 sqlite3 中類型text的最大長度為多少

text存儲可變長度的非Unicode數據，最大長度為2^31-1(2,147,483,647)個字元。

理論上，TEXT可以存儲的字元串長度為2^31-1(2,147,483,647)個字元，按英文字元來算的話就是 2G大小但是，Cursor 在獲取超過2M 大小數據的時候，會報異常。所以處理方式用字元串截取的方式來處理。

(7)sqlite多大數據量擴展閱讀

關於SQLite 不同類型存儲數據大小的限制

1、CHAR。CHAR存儲定長數據很方便，CHAR欄位上的索引效率級高，比如定義char(10)，那麼不論你存儲的數據是否達到了10個位元組，都要佔去10個位元組的空間，不足的自動用空格填充。

2、VARCHAR。存儲變長數據，但存儲效率沒有CHAR高。如果一個欄位可能的值是不固定長度的，我們只知道它不可能超過10個字元，把它定義為 VARCHAR(10)是最合算的。

VARCHAR類型的實際長度是它的值的實際長度+1。這一個位元組用於保存實際使用了多大的長度。從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際情況找到權衡點。

『捌』 誰能用最簡單的語言或者例子說下 Mysql，SQLite，Mongo的區別

MYSQL是硬碟，SQLITE是U盤，MongoDB是內存條
用途上，MYSQL和SQLITE是一樣的。。都是用來存數據。。區別在於MYSQL需要啟動後台服務，而SQLITE只需要一個文件，並不需要啟動服務。。MYSQL的表空間的最大容量為64TB。。而整體容量幾乎是無上限的，前提是你要有足夠的硬碟空間。。而SQLITE的最大數據量，經過實際測試，大約在2TB左右。。
MYSQL只能部署在電腦上，而SQLITE既可以部署在電腦上，也可以用於手機等移動設備。。。但MYSQL支持的數據量比較大，SQLITE數據量小。。。這兩個資料庫對於數據儲存都不夠精確，小數點位數過多時，會丟失精度。一半用於互聯網行業，做圖文類網站。不能用於金融、財務、軍事、科研、測繪等需要保證小數點精度的工作。更高端的資料庫有SqlServer和ORACLE，這兩個資料庫則十分精確。
MongoDB是NOSQL資料庫，這玩意和MYSQL,SQLITE不是一回事。。。裡面其實是一大堆類似JSON的鍵值對。。。主要作用是作為臨時儲存，相當於變相起到了給關系型資料庫加速的作用。。簡單講，它的作用主要用於加速，而並不是用於最終儲存。。所以它是選配，並不是必須的。注意MongoDB有安全問題，非常容易攻擊。若是有重要數據，最好別用。