AndroidのSQLiteでマルチスレッドはどうですか？

Question

私のアプリでは、UIと同期サービスを実装する必要があります。 これはバックグラウンドで実行され、データを更新します。同期サービスはあまり簡単ではなく、マルチスレッドを使用します。

これは私の話です。 このアプリケーションの開発を始めたとき、私はsqliteについて何も知らなかったので、Javaではスレッド同期を使用していません。結果： "SQLiteException：データベースがロックされている：BEGIN EXCLUSIVE;"のような多くの例外が発生しました。

次に、すべてのトランザクションを通常のJava synchronized（）{}ブロックと同期させました。すべてがはるかに良くなった。しかし、CursorAdapterを実装するためにCursorを使用しました。だから、時々私は同じ "SQLiteException：データベースがロックされて：BEGIN排​​他的な取得していた"

私は、すべてのスレッドセーフなものを処理する小さなスレッドセーフなsqliteユーティリティを作成し終えました。また、私はArrayAdapterのようなものを使用しなければなりません（Cursorからすべてのデータを読み込み、読み込んだ後に閉じ、このブロックも同期させてください）。それで、うまくいきました。

しかし、私はUIを扱うのが好きではありません。このソリューションでは、UIが実際には遅くなっています。カーソルからいくらかのデータ量を読み込むのが速いですが、CursorAdapterを使うよりも遅いです。

だから、誰がこの質問の解決策を得ましたか？ ありがとうございます

Answer 1

最後に、解決策が出ました。ここにあります。

私はいくつかのフォーラム、グーグルグループを読んで、sqliteデータベースは一度だけ開くべきであることを知りました。だから、私はこれをシングルトンで実装しました。

また、すべての書き込み操作を同期させるためのDBコードを実装しました（多くのスレッドが一度に書き込み操作を実行するのを防ぐため）。 そして、私はカーソルを開いてそれらから読むことに気をつけません。

何日かのテストの後、私は私のユーザーからのエラー報告を得なかっきたので、私はこれが問題だった私は、アプリケーション全体のSQLiteデータベースを何度も開いた私の前の仕事では、

をうまくいくと思います。

Answer 2

SQLiteは排他的な書き込みロック、共有読み取りロックモデルを実装しています。これは、同時読者が同時にデータベース内でアクティブになることができることを意味します。あるいは、単一のライターであっても、両方を持つことはできません。 WALロギング機能を使用すると、同時に1つのライターと複数のリーダーがデータベースでアクティブになりますが、複数のライターを持つことはできません。 SQLite並行性hereとhereに関する優れたドキュメントがあります。

バークレーDBを検討することをお勧めします。 Berkeley DBは、SQLiteと完全に互換性のあるSQL APIを提供しています。実際には、Berkeley DBストレージレイヤーの上にSQLiteパーサー、プランナー、およびエグゼキュータを追加することです。これがSQLiteアプリケーション開発者に提供するのは、拡張性、並行性、信頼性（HA）などの機能を備えたSQLite互換のライブラリです。 Berkeley DBは複数のリーダーをサポートし、同時にデータベースにアクセスして書き込みを行います。バークレーDBとSQLite（Performance comparison、Behavioral Differences）を比較した「SQLiteへの完全なガイド」の著者Mike Owensが書いた2つの優れたホワイトペーパーがあります。

免責事項：私はBerkeley DBのプロダクトマネージャーの1つで、私は少し偏っています。しかし、あなたのような要求（より多くの並行性、スケーラビリティ、信頼性がSQLiteから必要とされている）は、まさに私たちがあなたに両方の世界のベストを提供する組み合わせライブラリを提供することに決めた理由です。

Answer 3

シングルトンヘルパークラスを使用してdbにアクセスする場合、自分自身を同期する必要はなく、ヘルパークラスは同期自体を管理するため、複数のリーダー/ライターからヘルパーを使用できます。

探しat this post MOR詳細な説明

Answer 4

使用する接続を開くためのシングルトンのヘルパー。

1）読み取り可能な接続を必要なだけ開いて、終了したら閉じてください。

2）書き込み可能な接続の場合は、書き込み可能な接続を1つだけ開いてください。

書き込み可能な別の接続を開こうとすると、既に開いている接続が返されます。 書き込み可能な接続が存在しない場合は、新しい書き込み可能な接続を開きます。 すべてのスレッドが完了すると、writable_connectionカウンタを保持し、書き込み可能な接続を閉じます。

私はこれを実装しようとしており、完了した時点で正常に動作しているかどうかをすべて知っています。

Answer 5

さて、私の以前の答えは間違っていると思われるドキュメントを読んでください。 私は単一の（トン）SQLiteOpenHelperを持っているので、すべての接続が同じであるようです。 読み取り可能なものであっても、書き込み可能な接続と同じです。

私はgetReadableDatabaseの呼び出しをスキップし、getWritableDatabaseのみを使用します。 次に、データベースを1回だけ閉じるようにカウンタを保持します。

SQLiteOpenHelperは書き込みをシリアル化するので、このようにすべてうまくいくはずです。 私はちょうど私が最後に1つを開いたままにしていないことを確認するために、接続を追跡する必要があります。

だから私のDbHelperクラスで私が今持っている：

private int activeDatabaseCount = 0; 
public synchronized SQLiteDatabase openDatabase() { 
    SQLiteDatabase connection = getWritableDatabase(); // always returns the same connection instance 
    activeDatabaseCount++; 
    return connection; 
} 
public synchronized void closeDatabase(SQLiteDatabase connection) { 
    activeDatabaseCount--; 
    if (activeDatabaseCount == 0) { 
     if (connection != null) { 
      if (connection.isOpen()) { 
       connection.close(); 
      } 
     } 
    } 
}