¿Qué es la base de datos "-journal" SQLite en Android?
En el directorio de base de datos de mi aplicación andoid (/data/data/com.me.myApp/databases), para cada base de datos sqlite que creo hay una base de datos correspondiente con el mismo nombre con "-journal" añadido a su nombre.
Por ejemplo: myDatabase, myDatabase-journal, myOtherDatabase.db, myOtherDatabase.db-journal
- Cómo contar el número de registros en sqlite en Android
- La base de datos no se copia correctamente en OnePlus Two
- Los datos se rellenan de la fecha de una tabla en particular en lugar de toda la tabla en sqlite
- No se pudo abrir la base de datos SQLite
- ¿Cómo puedo insertar una comilla doble (") en el campo Varchar de la base de datos SQLite?
¿Que es esto?
y,
Si estoy proporcionando bases de datos pre-llenadas para mi aplicación (como por: http://www.reigndesign.com/blog/using-your-own-sqlite-database-in-android-applications/ ) necesito incluir Estos también?
- ¿Qué es lo mejor: 1 tabla por registro o 1 tabla con todos los registros vinculados con claves foráneas?
- ¿Soporta Android JDBC?
- Obtención de base de datos SQLite y almacenamiento en una matriz de objetos
- No se ha podido abrir la base de datos de georreferencias de vista web de Android
- Android - ¿Se puede utilizar el Cursor SQLite después de cerrar la base de datos?
- Base de datos onUpgrade - oldVersion - newVersion
- Android: niveles de aislamiento de transacciones SQLite (ORMLite)
- Inspeccionar android sqlite y IntelliJ
Tales archivos de -journal
no necesitan (y no deben) ser distribuidos.
Esto se debe a que los distintos archivos de diario representan datos temporales (por ejemplo, el uso de archivos de disco temporales de SQLite) utilizados por SQLite. En particular un archivo -journal
es un diario de reversión .
Un diario de reversión es un archivo temporal utilizado para implementar capacidades de confirmación atómica y retrotracción en SQLite. (Para una discusión detallada de cómo funciona esto, vea el documento separado titulado Atomic Commit In SQLite). El diario de reversión siempre se encuentra en el mismo directorio que el archivo de base de datos y tiene el mismo nombre que el archivo de base de datos excepto con los 8 caracteres " -journal "añadido.
El diario de reversión se crea generalmente cuando se inicia una transacción y normalmente se elimina cuando una transacción se confirma o se vuelve a realizar. El archivo de diario de reversión es esencial para implementar las capacidades de confirmación atómica y retrotracción de SQLite. Sin un diario de reversión, SQLite sería incapaz de revertir una transacción incompleta, y si un accidente o pérdida de energía se produjo en medio de una transacción de toda la base de datos probablemente se corrompería sin un diario de reversión.
En general, estos archivos -journal
sólo deben existir cuando hay una base de datos SQLite abierta -o mejor dicho, una transacción en ejecución- pero se puede controlar a través de PRAGMA journal_mode . Con la configuración predeterminada del pragma, se -journal
archivos -journal
.
El modo DELETE de registro en diario es el comportamiento normal. En el modo DELETE, el diario de retrotracción se elimina al final de cada transacción. De hecho, la operación de eliminación es la acción que hace que la transacción se cometan.
Asegúrese de copiar solamente los archivos de base de datos reales cuando la base de datos no está abierta y todas las revistas han sido eliminadas (o borradas) por el propio SQLite; Esto implica que todas las transacciones se han completado y la base de datos está en un estado consistente.
- Contenido de la aplicación va detrás de la barra de navegación en android L
- Código de la daga que da NoClassDefFoundError cuando las pruebas de Espresso se ejecutan, funcionamiento normal trabaja muy bien