私はSQLite
データベースを使用するAndroid
アプリケーションを作成する予定です。私は保存できるrows
の数に私の限界があるはずです。私は限界があるべきですか?データベースプルーニングの戦略
この制限を超えると、その状況を処理するための最良の戦略は、私がそれらを保持する必要があり、delete
ではないことを条件にしています。
私はSQLite
データベースを使用するAndroid
アプリケーションを作成する予定です。私は保存できるrows
の数に私の限界があるはずです。私は限界があるべきですか?データベースプルーニングの戦略
この制限を超えると、その状況を処理するための最良の戦略は、私がそれらを保持する必要があり、delete
ではないことを条件にしています。
データベースに保存する必要がある情報に限ります。必要なものを保存します。不要な行は避けてください。
たとえば、データベースにデータを上書きすることができます。ユーザーが情報を編集します。
これにより、同じ行を再利用できます。
希望これは、今、私は私のアプリは問題なく1.3メガバイトDBで動作することを確認することができ、あなたの質問
ユーザーが情報を更新すると、行を更新する予定です。しかし、私のアプリは100万以上の行を持つことができます。私は、DBを成長させたり、それを剪定して別の場所に保存しなければならないかどうか疑問に思っていました。その必要があるかどうかわからない。 – Sunny
どのような情報を保存していますか?ユーザー情報と同様?コンタクト?イド? –
availible storageについてのこの記事もチェックしてください。http://developer.android.com/guide/topics/data/data-storage.html –
はhttp://stackoverflow.com/questions/1546947/maximum-number-of-rows-in-a-sqlite-table – pna
@pnaを複製します:同意しません;これは特にSQLite3についてのもので、この質問はAndroidのベストプラクティスに関するものです。私はそれらを2つの非常に明確に異なるものと見なします。 – sarnold