En la aplicación en la que estoy trabajando, tuvimos una migración manual compleja que requería análisis de datos, comandos SQL manuales, etc. Esto fue para convertir una columna List<X> en una nueva tabla vinculada de X Anteriormente escribí sobre el enfoque, pero los comandos específicos no son especialmente relevantes para esta pregunta.

El problema que encuentro es que aproximadamente el 1 % de los usuarios experimentan un bloqueo como parte de esta migración. Esto no se puede reproducir en las pruebas y, debido al tamaño de nuestra tabla, Crashlytics no puede mostrar ningún error útil:

La pérdida de datos de los clientes no es catastrófica en este contexto, pero estar atrapado en el ciclo actual de "intentar migrar, bloquear, reabrir la aplicación y repetir" sí lo es. Como tal, solo quiero renunciar a la migración y recurrir a una migración destructiva si encontramos una excepción.

¿Alguna idea de cómo se puede hacer esto? Mi solución actual es volver a ejecutar los cambios de la base de datos (pero no la migración de datos presumiblemente fallida) dentro de catch , pero esto se siente muy extraño.

Nuestra base de datos se define como:

 Room.databaseBuilder( context.applicationContext, CreationDatabase::class.java, "creation_database" ) .addMigrations(MIGRATION_11_12, MIGRATION_14_15) .fallbackToDestructiveMigration() .build()

donde MIGRATION_14_15 es:

 private val MIGRATION_14_15 = object : Migration(14, 15) { override fun migrate(database: SupportSQLiteDatabase) { try { // database.execSQL create table etc } catch (e: Exception) { e.printStackTrace() // Here is where I want to give up, and start the DB from scratch } } }