Android: thread multipli che scrivono sul database SQLite

Question

Nel metodo onCreate() della mia attività principale chiamo il costruttore del mio dbManager, chiamo la funzione open che crea un'istanza di SQLiteOpenHelper e chiamo su di esso lo getWritableDatabase(). All'interno di UIThread aggiungo record al database e li salva in ArrayList. Altri due thread controllano la roba di ArrayList e aggiornano la lista e il database. Ora voglio aggiungere un pulsante nell'interfaccia utente per eliminare sia il database che i record degli elenchi utilizzando uno AsyncTask. Ho letto che l'oggetto SqliteOpenHelper contiene una connessione al database. Quindi se c'è un'istanza di helper c'è solo una connessione db. Questa connessione può essere utilizzata da più thread e l'oggetto SqliteDatabase utilizza i blocchi java per mantenere la serializzazione dell'accesso. Quindi, se ho più thread che scrivono sul database, un thread attenderà che il precedente abbia completato la sua operazione?
L'aggiunta della nuova funzionalità (rimuovere tutto) potrebbe creare problemi, poiché devo evitare che uno dei due thread possa provare a modificare un record che non esiste più. Come posso raggiungere il mio obiettivo? Grazie.

Answer 1

Il databese:

Finché si utilizza un solo aiutante, si sono sicuro, senza la necessità di fare qualcosa thread.
In un'app multi-thread, è necessario synchronized solo per la creazione dell'helper. È possibile utilizzare transacion se si desidera definire una sezione critica (più di un'operazione atomica).
Avvolgere ogni chiamata con getWritableDatabase() e close(false):

public void doSomething() { 
    SQLiteDatabase tdb = getWritableDatabase(); 
    dbInstance.writeSomething(tdb, 1); 
    close(false); 
} 

In questo modo ho più thread lettura e la scrittura nel database senza alcun problema.

È la logica app:

Usa memoria per tenere traccia di stato di un oggetto, e utilizzare il database come unica stoccaggio. Quindi, se un thread cancella le righe dal database, puoi immediatamente aggiornare gli oggetti in memoria e gestire il tuo ui di conseguenza.
Se i tuoi dati sono molto grandi, puoi tenere in memoria solo un SparseArray di id di righe sporche.
Potrebbe essere utile sincronizzare alcune operazioni qui.

Answer 2

Quindi, se ho più thread di scrittura sul database, un filo sarà attendere che la precedente ha terminato la sua operazione?

Non è necessario. Vedi this per maggiori dettagli. Ad ogni modo, questo dipende dal motore DB e dovrebbe essere trasparente.

Aggiunta la nuova funzionalità (rimuovere tutti) potrebbe creare problemi, perché devo evitare che uno dei due fili può tentare di modificare un record che non esiste più. Come posso raggiungere il mio obiettivo?

Hanno solo un thread aggiornare il DB. Altri thread modificano solo lo ArrayList -anche lo si deve verificare perché ArrayList non è thread-safe, si consideri l'utilizzo di Collections#synchronizedList().