A sala não pode verificar a integridade dos dados

Estou recebendo este erro ao executar o programa com Banco de Dados da Sala

Room cannot verify the data integrity. Looks like you've changed schema but forgot to update the version number. 
You can simply fix this by increasing the version number.

Parece que precisamos atualizar a versão do banco de dados, mas de onde podemos fazer isso na Room?

Ao se deparar com esta mensagem pela primeira vez, provavelmente você estará trabalhando em uma versão não lançada do banco de dados. Se for esse o caso, provavelmente você não deve incrementar a versão do banco de dados . Simplesmente limpar os dados do aplicativo fará com que você passe na exceção.

Se você não incrementar o banco de dados (recomendado):

Você deve limpar os dados do aplicativo do aplicativo das configurações do Android. Como alternativa, você pode desinstalar a versão anterior do aplicativo e, em seguida, instalar a nova versão para obter a exceção. Esta última abordagem não funciona sob certas condições (como quando permitir backup está ativado)

Já que limpar os dados do aplicativo sempre funciona, sempre faço esse caminho.

Se você incrementar a versão do banco de dados:

Você precisará escrever o código de migração do banco de dados para levar em conta quaisquer alterações no esquema do banco de dados. Veja aqui informações sobre migração.

A alternativa para escrever o código de migração do banco de dados é chamar fallbackToDestructiveMigrationo criador de banco de dados Room. Provavelmente não é uma boa ideia. Esquecer de remover esta chamada e depois esquecer de atualizar o banco de dados resultará em perda de dados.

// Using this fallback is almost certainly a bad idea
Database database = Room.databaseBuilder(context, Database.class, DATABASE_NAME)
        .fallbackToDestructiveMigration()
        .build();

Novamente, nem incrementar a versão do banco de dados, nem volta para a migração destrutiva caindo é necessário se o esquema do banco anterior não é viver em estado selvagem .

Por padrão, o manifesto do Android tem android:allowBackup="true", o que permite que os aplicativos persistam seu banco de dados SQLite na reinstalação.

Suponha que você DATABASE_VERSIONtenha inicialmente 3 e, em seguida, decida reduzir a versão do banco de dados de 3 para 1.

@Database(entities = {CallRecording.class}, version = DATABASE_VERSION)
public abstract class AppDatabase extends RoomDatabase {
    public abstract RecordingDAO recordingDAO();

//    static final Migration MIGRATION_1_2 = new Migration(1, 2) {
//        @Override
//        public void migrate(SupportSQLiteDatabase database) {
//            // Since we didn't alter the table, there's nothing else to do here.
//        }
//    };
}

Você pode conseguir assim

• Limpe os dados do aplicativo da configuração. Isso removerá o banco de dados mais antigo (DATABASE_VERSION = 3) do telefone
• Desinstale seu aplicativo
• Reduza DATABASE_VERSION versão para 1
• Construir e reinstalar seu aplicativo

É uma boa prática mantê-lo DATABASE_VERSIONconstante.

android: allowBackup = "true" dentro de AndroidManifest.xml evita que os dados sejam apagados mesmo depois que o aplicativo for desinstalado.

Adicione isto ao seu manifesto:

android:allowBackup="false"

e reinstale o aplicativo.

Nota: Certifique-se de alterar de volta para verdadeiro mais tarde se desejar backups automáticos.

Outra solução:

Verifique o identityHash do seu arquivo json antigo e o novo arquivo json na pasta apps \ schema.

Se o identityHash for diferente, esse erro será gerado. Descubra o que você alterou comparando os dois arquivos json se não quiser alterar nada.

Certifique-se de ter exportSchema = true.

@Database(entities = {MyEntity.class, ...}, version = 2, exportSchema = true)

Arquivo de esquema json:

  "formatVersion": 1,
  "database": {
    "version": 2,
    "identityHash": "53cc5ef34d2ebd33c8518d79d27ed012",
    "entities": [
      {

código:

private void checkIdentity(SupportSQLiteDatabase db) {
    String identityHash = null;
    if (hasRoomMasterTable(db)) {
        Cursor cursor = db.query(new SimpleSQLiteQuery(RoomMasterTable.READ_QUERY));
        //noinspection TryFinallyCanBeTryWithResources
        try {
            if (cursor.moveToFirst()) {
                identityHash = cursor.getString(0);
            }
        } finally {
            cursor.close();
        }
    }
    if (!mIdentityHash.equals(identityHash) && !mLegacyHash.equals(identityHash)) {
        throw new IllegalStateException("Room cannot verify the data integrity. Looks like"
                + " you've changed schema but forgot to update the version number. You can"
                + " simply fix this by increasing the version number.");
    }
}

A resposta de Aniruddh Parihar me deu uma dica e resolveu.

Procure uma aula da qual você estendeu RoomDatabase. Lá você encontrará a versão abaixo:

@Database(entities = {YourEntity.class}, version = 1)

basta aumentar a versão e o problema estará resolvido.

É muito simples, conforme mostrado no log

Looks like you've changed schema but forgot to update the Database version number. 
You can simply fix this by increasing the version number.

Simplesmente vá para sua classe de versão de banco de dados e atualize sua versão de banco de dados aumentando 1 do atual.

Por exemplo: Encontre a anotação @Database em seu projeto como abaixo

@Database(entities = {YourEntityName.class}, version = 1)

Aqui versão = 1, é a versão do banco de dados, você tem que aumentar em um, é isso.

1: - Parece que precisamos atualizar a versão do banco de dados (incremento em 1)

2º Desinstale o aplicativo ou limpe os dados do aplicativo

No telefone Android:

Desinstale o aplicativo ou limpe os dados do aplicativo

Para excluir dados de aplicativos: Vá para configurações -> Aplicativos -> Selecione seu aplicativo -> Armazenamento -> Limpar dados

A desinstalação (e reinstalação) não funciona em todos os casos, então tente limpar os dados primeiro!

No meu caso, android:allowBackup="false"mudar de verdadeiro para falso funcionou, já que isso também me deu pesadelos antes, essa é a coisa mais estranha por que essa configuração está habilitada por padrão!

Para corrigir o problema no kotlin:

Primeiro

@Database(entities = [Contact::class], version = 2)

Segundo

val MIGRATION_1_2 = object : Migration(1, 2) {
        override fun migrate(database: SupportSQLiteDatabase) {
            database.execSQL("ALTER TABLE Contact ADD COLUMN seller_id TEXT NOT NULL DEFAULT ''")
        }
    }

Terceiro

private fun buildDatabase(context: Context) = Room.databaseBuilder(
            context.applicationContext,
            EpayDatabase::class.java,
            "epay"
        )
            .addMigrations(MIGRATION_1_2)
            .build()

Para mais detalhes, verifique a documentação oficial

Esse problema ocorre principalmente no desenvolvimento.

Se você alterar seu esquema, ou seja, renomear / adicionar / modificar sua classe que contém a entidade de tabela, a integridade entre a saída do banco de dados em sua construção anterior entra em conflito com a nova construção.

limpe os dados do aplicativo ou instale uma nova compilação após desinstalar a compilação anterior .

Agora, o banco de dados antigo não entrará em conflito com o mais recente.

No meu caso, eu estava usando uma transação dentro da migração e a Room não conseguiu atualizar o hash usando um Migration Helper

@get:Rule
val migrationTestHelper: MigrationTestHelper =

MigrationTestHelper(InstrumentationRegistry.getInstrumentation(),
                C2GDatabase::class.java.canonicalName,
                FrameworkSQLiteOpenHelperFactory()) 
/* Testing method throws error*/
db = migrationTestHelper.runMigrationsAndValidate(C2GDatabase.DB_NAME,
            3,
            false,
            C2GDatabase.Migration_1_2(),
            C2GDatabase.Migration_2_3())


override fun migrate(database: SupportSQLiteDatabase) {

/** 
    Error
    database.beginTransaction()
**/
database.execSQL("PRAGMA foreign_keys=off;")
database.execSQL("ALTER TABLE user RENAME TO user_old;")
database.execSQL("CREATE TABLE user ( id_user INTEGER PRIMARY KEY AUTOINCREMENT, external_id INTEGER NOT NULL;")
database.execSQL("INSERT INTO user ( id_user, external_id ) " +
                        " SELECT               id_user, external_id" +  
                        " FROM                 user_old;")

database.execSQL("CREATE UNIQUE INDEX idx_unique_user ON user (external_id);")
database.execSQL("PRAGMA foreign_keys=on;")
database.execSQL("DROP TABLE user_old;")
//database.endTransaction() 
}

No meu caso, tive uma classe AppDatabase.

@Database(entities = {GenreData.class, MoodData.class, SongInfo.class,
    AlbumsInfo.class, UserFolderListsData.class, UserPlaylistResponse.PlayLists.class, InternetConnectionModel.class}, version = 3, exportSchema = false)

Atualizei este número de versão e resolveu o problema. O problema surgiu porque eu adicionei uma propriedade na classe SongInfo e esqueci de atualizar o número da versão.

Espero que ajude alguém.

Se você estiver atualizando a versão do Room para 1.0.0-alpha9 da versão antiga, visite o artigo abaixo. Artigo muito bom para migrar da versão antiga para a versão 1.0.0-alpha9.

https://medium.com/@manuelvicnt/android-room-upgrading-alpha-versions-needs-a-migration-with-kotlin-or-nonnull-7a2d140f05b9

Na nova versão da Room 1.0.0-alpha9, a Room adiciona suporte para a restrição NOT NULL.

Isso vai mudar o esquema gerado pelo Room. Como ele muda o esquema, ele também muda o identityHash do banco de dados e que é usado pela Room para identificar exclusivamente cada versão do banco de dados. Portanto, precisamos de uma migração

No meu caso, o ContentProvider e o banco de dados da sala trabalham juntos, portanto, primeiro remova todos os retornos de chamada de ContentProvider em todo o aplicativo com a classe de banco de dados que estende a classe SqlLiteOpenHelper

@Database(entities = {Tablename1.class, Tablename2.class}, version = 3, exportSchema = false)

Altere o número da versão em sua classe RoomDatabase. Aumente o número da versão.

Se aumentar a versão do esquema não funcionou com você, forneça a migração do seu banco de dados. Para fazer isso, você precisa declarar a migração no construtor de banco de dados:

Room.databaseBuilder(context, RepoDatabase.class, DB_NAME)
  .addMigrations(FROM_1_TO_2)
.build();

static final Migration FROM_1_TO_2 = new Migration(1, 2) {
@Override
public void migrate(final SupportSQLiteDatabase database) {
    database.execSQL("ALTER TABLE Repo 
                     ADD COLUMN createdAt TEXT");
    }
};

Acabei de ter um problema semelhante em um teste do espresso e a única coisa que corrigiu foi limpar os dados e também desinstalar os apks de teste do androidx como:

adb uninstall androidx.test.orchestrator
adb uninstall androidx.test.services

No meu caso, tentei todas as opções acima. Nada parecia trabalho para que a solução para mim foi simplesmente definindo android:allowBackup="false", instalar o aplicativo, em seguida, configurá-lo de volta à realidade

Espero que ajude outras pessoas :)

No meu caso, eu estava atualizando um banco de dados que irei pré-empacotar com meu aplicativo. Nenhuma das sugestões aqui funcionou. Mas finalmente descobri que poderia abrir o arquivo .db em um programa de banco de dados (usei "DB Browser for SQLite") e alterar manualmente a "Versão do usuário" de 2 para 1. Depois disso, funcionou perfeitamente.

Acho que qualquer atualização que você fizer altera a versão do usuário, e é por isso que continuo recebendo esse erro.

Recebi o mesmo erro durante o programa de treinamento do Codelabs. Onde Em uma sessão de treinamento eu criei um projeto e ele foi executado com sucesso com todas as operações de banco de dados. Na próxima sessão, eu estava trabalhando com um repo diferente, mas era uma extensão do projeto anterior. Somente da primeira construção do aplicativo estendido eu recebi o erro.

Talvez o Studio mantenha técnicas de autenticação com o banco de dados de salas que está faltando na nova construção.