SQLiteスキーマ、データベースサイズ、アクセス速度、疑問の更新

Question

私のアンドロイドアプリでは、データをローカルに保存してインターネットのデータ使用量を減らし、オフラインアクセスを許可する予定です。現在のスキーマには9列あります。うち2つの列はURLを格納するためのもので、1つは平文の140文字、1つは日時、2つは平文の100文字、その他の3つは整数です。挿入されるレコードの数は、ユーザーがどれくらいのレコードを必要とするかによって異なります。彼はいつでも削除することができます。複数のレコードが1回挿入されます。削除と同じです。 私の質問は、挿入、削除、保守という点でアプリのオーバーロードが発生するのでしょうか？私は最初にこのデータをファイルシステム（xmlファイル）に保存することを考えましたが、レコードの削除は難しいかもしれません。だから私はストレージとしてSQLiteのアプローチやXMLファイルに行く必要があります。他のソリューションも歓迎されています。

Answer 1

私がお勧めしたいのは、SQLite over xmlです。 SQLiteはより速くて簡単になるだろうIMHO。私は両方から読んだ。決して挿入と更新を行いませんでした。

xmlファイルを開いてから解析し、閉じられたデータを取得する必要があります。0）正しい削除、更新、挿入がXMLファイルではもっと難しくなります。

Answer 2

はいはいはい、私は絶対にSQLiteのために行くと言います。あなたが記述したスキーマは実際にはかなり控えめであり、あなたが概説した使用パターンは何も重要ではありません。

SQLiteは、かなりの量のデータを効率的にデバイスのストレージに保存できるように設計されています。これは、特に効率的な形式ではなく、単一のレコードを取得しようと考えると、それよりもはるかに遅いXMLでデータを格納する方が望ましいでしょう。

私は自分自身がテーブルあたり10列以上の15以上の異なるテーブルを含むアプリケーションを書いています。要件はSqliteが快適に処理します。