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?
Respostas:
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 .
1.0.0-rc1do Room, a única coisa que funcionou para mim foi incrementar a versão do banco de dados.
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
É 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.
It seems we need to update database version. Mas eu não estava entendendo onde essa versão foi mencionada. De qualquer forma, obrigado por essa dica.
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.
android:allowBackup="true"e usei com sabedoria
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.
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
@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.