La salle ne peut pas vérifier l'intégrité des données

J'obtiens cette erreur lors de l'exécution du programme avec la base de données de salle

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.

Il semble que nous ayons besoin de mettre à jour la version de la base de données, mais d'où pouvons-nous le faire dans Room?

Lorsque vous rencontrerez ce message pour la première fois, vous travaillerez probablement sur une version non publiée de la base de données. Si tel est le cas, vous ne devriez probablement pas incrémenter la version de la base de données . Effacer simplement les données de l'application vous fera passer l'exception.

Si vous n'incrémentez pas la base de données (recommandé):

Vous devez effacer les données d'application de l'application des paramètres Android. Vous pouvez également désinstaller la version précédente de l'application, puis installer la nouvelle version pour faire passer l'exception. Cette dernière approche ne fonctionne pas dans certaines conditions (par exemple lorsque l'autorisation de sauvegarde est activée)

Étant donné que la suppression des données d'application fonctionne toujours, j'emprunte cette voie à chaque fois.

Si vous incrémentez la version de la base de données:

Vous devrez écrire le code de migration de la base de données pour prendre en compte les modifications apportées au schéma de base de données. Voir ici pour plus d' informations sur la migration.

Une alternative à l'écriture du code de migration de base de données consiste à faire appel fallbackToDestructiveMigrationau générateur de base de données Room. Ce n'est probablement pas une bonne idée. Oublier de supprimer cet appel, puis oublier de mettre à niveau la base de données entraînera une perte de données.

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

Encore une fois, ni l'incrémentation de la version de la base de données ni le retour à une migration destructive ne sont nécessaires si le schéma de base de données précédent n'est pas vivant dans la nature .

Par défaut, le manifeste Android a android:allowBackup="true", qui permet aux applications de conserver leur base de données SQLite lors de la réinstallation.

Supposons que vous DATABASE_VERSIONaviez initialement 3 ans, puis que vous décidiez de réduire la version DB de 3 à 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.
//        }
//    };
}

Vous pouvez y parvenir comme ça

• Effacez les données d'application du paramètre. Cela supprimera l'ancienne base de données (DATABASE_VERSION = 3) du téléphone
• Désinstaller votre application
• Réduire la version de DATABASE_VERSION à 1
• Créer et réinstaller votre application

C'est une bonne pratique de rester DATABASE_VERSIONaussi constant.

android: allowBackup = "true" dans AndroidManifest.xml empêche les données d'être effacées même après la désinstallation de l'application.

Ajoutez ceci à votre manifeste:

android:allowBackup="false"

et réinstallez l'application.

Remarque: assurez-vous de rétablir la valeur true ultérieurement si vous souhaitez des sauvegardes automatiques.

Une autre solution:

Vérifiez le identityHash de votre ancien fichier json et le nouveau fichier json dans le dossier apps \ schema.

Si le identityHash est différent, il donnera cette erreur. Découvrez ce que vous avez changé en comparant les deux fichiers json si vous ne voulez rien changer.

Assurez-vous que vous avez exportSchema = true.

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

fichier de schéma json:

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

code:

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.");
    }
}

La réponse d' Aniruddh Parihar m'a donné un indice et cela s'est résolu.

Recherchez une classe dans laquelle vous avez prolongé RoomDatabase. Vous y trouverez une version comme ci-dessous:

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

augmentez simplement la version et le problème est résolu.

C'est très simple comme indiqué dans le journal

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

Accédez simplement à votre classe de version de base de données et mettez à niveau votre version de base de données en augmentant 1 par rapport à la version actuelle.

Par exemple: recherchez l'annotation @Database dans votre projet comme ci-dessous

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

Ici, la version = 1, est la version de la base de données, vous devez simplement l'augmenter d'un, c'est tout.

1: - Il semble que nous devions mettre à jour la version de la base de données (incrémenter de 1)

2ème Désinstaller l'application ou Effacer les données de l'application

Sur un téléphone Android:

Désinstaller l'application ou effacer les données de l'application

Pour supprimer les données de l'application: Allez dans Paramètres -> Applications -> Sélectionnez votre application -> Stockage -> Effacer les données

La désinstallation (et la réinstallation) ne fonctionnent pas dans tous les cas, alors essayez d'abord d'effacer les données!

Dans mon cas, android:allowBackup="false"passer de vrai à faux a fonctionné, car cela m'a déjà donné des cauchemars auparavant, c'est la chose la plus étrange pourquoi ce paramètre est activé par défaut!

Afin de résoudre le problème dans kotlin:

Première

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

Seconde

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 ''")
        }
    }

Troisième

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

Pour plus de détails, consultez la documentation officielle

Ce problème se produit principalement lors du développement.

Si vous changez votre schéma, renommez / ajoutez / modifiez votre classe contenant l'entité de table, l'intégrité entre la sortie de la base de données dans votre construction précédente est en conflit avec la nouvelle construction.

effacez les données de l'application ou installez une nouvelle version après avoir désinstallé la version précédente .

Maintenant, l'ancienne base de données ne sera pas en conflit avec la plus récente.

Dans mon cas, j'avais une classe AppDatabase.

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

J'ai mis à jour ce numéro de version et cela a résolu le problème. Le problème est survenu parce que j'avais ajouté une propriété dans la classe SongInfo et que j'avais oublié de mettre à jour le numéro de version.

J'espère que ça aide quelqu'un.

Si vous mettez à niveau la version de Room vers 1.0.0-alpha9 à partir de l'ancienne version, veuillez consulter l'article ci-dessous. Très bon article pour migrer de l'ancienne version vers la version 1.0.0-alpha9.

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

In Room Nouvelle version 1.0.0-alpha9 Room ajoute la prise en charge de la contrainte NOT NULL.

Cela va changer le schéma généré par Room. Comme il modifie le schéma, il modifie également le identityHash de la base de données et qui est utilisé par Room pour identifier de manière unique chaque version de la base de données. Par conséquent, nous avons besoin d'une migration

Dans mon cas, ContentProvider et la base de données de la salle fonctionnent ensemble, alors supprimez d'abord tous les rappels de ContentProvider dans toute l'application avec la classe de base de données qui étend la classe SqlLiteOpenHelper

Dans mon cas, j'utilisais une transaction dans la migration et Room n'a pas pu mettre à jour le hachage à l'aide d'un assistant de migration

@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() 
}

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

Modifiez le numéro de version dans votre classe RoomDatabase. Incrémentez le numéro de version.

Si l'augmentation de la version du schéma n'a pas fonctionné avec vous, fournissez la migration de votre base de données. Pour ce faire, vous devez déclarer la migration dans le générateur de base de données:

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");
    }
};

Je viens d'avoir un problème similaire dans un test d'espresso et la seule chose qui l'a résolu a été la suppression des données et la désinstallation des apks de test androidx comme:

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

Dans mon cas, je faisais une mise à jour d'une base de données que je préemballerai avec mon application. Aucune des suggestions ici n'a fonctionné. Mais j'ai finalement compris que je pouvais ouvrir le fichier .db dans un programme de base de données (j'ai utilisé "DB Browser for SQLite"), et changer manuellement la "version utilisateur" de 2 à 1. Après cela, cela fonctionnait parfaitement.

Je suppose que toute mise à jour que vous apportez modifie cette version utilisateur, et c'est pourquoi j'ai continué à recevoir cette erreur.

Dans mon cas, j'ai essayé tout ce qui précède. Rien ne semblait fonctionner, donc la solution pour moi consistait simplement à définir android:allowBackup="false", installer l'application, puis la redéfinir sur true

J'espère que cela aide les autres :)

J'ai eu la même erreur lors du programme de formation de Codelabs. Où Dans une session de formation, j'ai créé un projet et il s'est exécuté avec succès avec toutes les opérations de base de données. Lors de la session suivante, je travaillais avec un dépôt différent, mais c'était une extension du projet précédent.De la première version de l'application étendue, seul j'avais eu l'erreur.

Peut-être que Studio conserve les techniques d'authentification avec la base de données de salle qui manque avec la nouvelle version.