SQLite lectura y escritura simultáneas

Question

He leído muchos temas, pero no puedo entender la respuesta a la pregunta: ¿es posible leer y escribir simultáneamente?

Tengo un hilo de fondo que actualiza algunos datos y la IU necesita pequeños datos almacenados en DB. Entonces, en la interfaz de usuario se realiza la operación SELECCIONAR hilo. Pero bloquea cuando la actualización está en progreso. Como resultado, la IU se congela durante varios segundos.

¿Alguien tiene éxito en la lectura de DB al escribir?

---

Es posible leer y escribir en DB en iPhone. ¿La razón de tal diferencia está en la implementación sincrónica de wrapper en funciones sqlite nativas?

Answer 1

en Android 3.0 y superiores SQLiteDatabases compatibilidad con el modo WAL (registro de escritura anticipada):

Cuando el registro de escritura anticipada no está activado (por defecto), no es posible que lee y escribe a producirse en la base de datos al mismo tiempo . Antes de modificar la base de datos, el escritor adquiere implícitamente un bloqueo exclusivo en la base de datos que impide que los lectores accedan a la base de datos hasta que se completa la escritura.

Por el contrario, cuando el registro de escritura anticipada está habilitado, las operaciones de escritura se producen en un archivo de registro separado que permite que las lecturas procedan al al mismo tiempo. Mientras está en progreso una escritura, los lectores de otros hilos percibirán el estado de la base de datos tal como estaba antes de que comenzara la escritura . Cuando finalice la escritura, los lectores de otros hilos verán el nuevo estado de la base de datos.

http://developer.android.com/reference/android/database/sqlite/SQLiteDatabase.html#enableWriteAheadLogging()

Para iniciar una transacción en el modo WAL utilizar beginTransactionNonExclusive() en lugar de beginTransaction(). Mientras beginTransaction() inicia una transacción en modo exclusivo, beginTransactionNonExclusive() inicia una en el modo inmediato

• modo exclusivo utiliza bloqueos exclusivos (http://www.sqlite.org/lockingv3.html#excl_lock) que significa ninguna otra conexión de base de datos excepto para las conexiones read_uncommitted será capaz de leer la base de datos y ninguna otra conexión sin excepción podrá escribir la base de datos hasta que se complete la transacción
• El modo INMEDIATO usa bloqueos reservados (http://www.sqlite.org/lockingv3.html#reserved_lock) lo que significa que ninguna otra conexión de base de datos podrá escribir en la base de datos o INICIAR INMEDIATO o COMENZAR EXCLUSIVAMENTE Sin embargo, otros procesos pueden seguir leyendo desde la base de datos.

En palabras más simples: llamar beginTransactionNonExclusive() de modo inmediato y podemos leer mientras otro hilo está escribiendo (el estado antes de que comenzara la operación de escritura porque no vamos a utilizar conexiones read_uncommitted ->http://en.wikipedia.org/wiki/Isolation_%28database_systems%29#Dirty_reads).

Answer 2

No es posible leer & escribir simultáneamente. Sin embargo, si tiene las clases de base de datos SQLite configuradas correctamente (instancia única de sus clases auxiliares DB &), diferentes subprocesos deberían poder tomar la conexión DB sincrónicamente para que no haya un desfase notable.

También parece que está intentando hacer un back-end (escribir en el archivo db) con su subproceso de interfaz de usuario. No deberías estar haciendo esto. Cree una AsyncTask para manejar esto en lugar de tener que manejar su subproceso de interfaz de usuario.

Consulte la documentación de SQLiteOpenHelper. Aquí hay una publicación anterior que habla de esto también: What are the best practices for SQLite on Android?

Answer 3

No puede leer y escribir al mismo tiempo. SQLite es una base de datos sin servidor y basada en archivos.

Desde el SQLite FAQ:

"Cuando cualquier proceso quiere escribir, se debe bloquear todo el archivo de base de datos para la duración de su actualización. Pero que normalmente sólo toma unos pocos milisegundos. Otros procesos sólo tiene que esperar en el escritor de termine y continúe con su negocio. Otros motores de bases de datos SQL incorporados normalmente solo permiten que un solo proceso se conecte a la base de datos de una vez ".

Answer 4

Comenzando con API 11 Android tiene soporte para modo WAL. Mantiene los datos originales intactos durante la transacción, por lo que otros subprocesos pueden leer cuando se está ejecutando la transacción. Puede comprobar mi artículo para más detalles sobre el modo WAL:

http://www.skoumal.net/en/parallel-read-and-write-in-sqlite/

También debe evitar la ejecución de consultas de bases de datos en hilo de interfaz de usuario. Siempre puede volverse lento y bloquear tu UI.