Android Sqlite存儲限制

Question

我正在開發一個android應用程序，它每隔30秒獲取用戶位置並存儲在應用程序自己的sqlite數據庫中。在我的計算中，我需要存儲大約1個Lac記錄。我只有一張表，其中包含以下詳細信息： ID（整數），緯度（實際），經度（實際），日期（文本），時間（文本）。

在sqlite中存儲細節安全嗎？

它會導致性能方面的問題嗎？

請幫幫我。

Answer 1

對於你的問題，你應該閱讀，

http://www.sqlite.org/limits.html和

http://developer.android.com/reference/android/database/sqlite/SQLiteFullException.html

而且如果你詢問它的大小的話，我認爲這是2GB，所以我不覺得有什麼任何問題，如果你存儲1拉克記錄或更多，那麼，你也可以嘗試

long getMaximumSize() 

檢查什麼是米最大尺寸。

Answer 2

SQLite中字符串或BLOB中的最大字節數由預處理器宏SQLITE_MAX_LENGTH定義。這個宏的默認值是10億（1億或1,000,000,000）。您可以提高或使用命令行選項像這樣降低在編譯時該值：

使用這個鏈接對你有所幫助

http://www.sqlite.org/limits.html

Answer 3

我還開展了類似的一種應用程序的我曾經每隔一秒就存儲一次用戶的位置。記錄計數用於超越Lacs的方式。 我也擔心數據庫錯誤或任何此類性能問題，但令人驚訝的是，直到目前爲止，還沒有出現這樣的問題。

我還實施了一種方法，在記錄數達到10億時備份我的數據庫，並以全新的方式刷新數據庫。

爲了做到這一點，我創建了另一個表，其中包含備份數據庫的唯一ID和時間戳，以及它在設備上的存儲位置。

我也一直保持每1000條記錄同步到網絡服務器作爲失敗證明和備份數據庫。

有趣的是，所有這些數據總是在一些KBs中。 :-)

Answer 4

SQLite的限制通常對移動設備不感興趣。該設備受到更多限制。

例如，如果每30秒添加1kB的數據，則每年會產生大約60GB的數據。這不適合任何設備，但對SQLite來說不會有問題。

如果查詢速度慢，性能會成爲問題。索引查詢在log(N)時間的一些變化中運行，這意味着使用數十億行數據的性能幾乎與幾千行相同。如果你的查詢比較複雜，你可能很容易進入N^2的複雜性，或者更糟糕的是，一旦你達到一千行，性能就會變得糟糕。多一點在這裏：http://www.sqlite.org/queryplanner.html

我會建議保持這個大小的限制，並添加一種方式來回收數據，如果沒有足夠的空間。內部存儲（沒有足夠的空間來安裝新的應用程序？）通常非常有限。