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

Question

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

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 devions mettre à jour la version de la base de données, mais d'où pouvons-nous le faire dans Room ?

Answer 1

Lorsque vous rencontrez ce message pour la première fois, vous travaillez très probablement avec une version non publiée de la base de données. Si c'est le cas, il est probable que vous ne devez pas incrémenter la version de la base de données . Le simple fait d'effacer 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 de l'application dans les paramètres d'Android. Vous pouvez également désinstaller la version précédente de l'application, puis installer la nouvelle version pour contourner l'exception. Cette dernière approche ne fonctionne pas dans certaines conditions (par exemple, lorsque l'option "Autoriser la sauvegarde" est activée).

Comme l'effacement des données de l'application fonctionne toujours, je prends cette voie à chaque fois.

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

Vous devrez écrire un code de migration de la base de données pour tenir compte des modifications apportées au schéma de la base de données. Voir aquí pour des informations sur la migration.

L'alternative à l'écriture du code de migration de la base de données est d'appeler fallbackToDestructiveMigration sur le constructeur de la base de données Room. Ce n'est probablement pas une bonne idée. Oublier de supprimer cet appel et oublier ensuite de mettre à jour 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();

Là encore, il n'est pas nécessaire d'incrémenter la version de la base de données ni de procéder à une migration destructive si le schéma de la base de données précédente n'est pas actif. dans la nature .

Answer 2

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

Supposons que votre DATABASE_VERSION était initialement de 3 et vous décidez ensuite de réduire la version de la 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 le réaliser comme suit

• Effacer les données de l'application de Setting. 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
• Construire et réinstaller votre application

C'est une bonne pratique à garder DATABASE_VERSION comme constante.

Answer 3

Aniruddh Parihar La réponse de l'auteur m'a donné un indice et ça a marché.

Recherchez une classe où vous avez étendu RoomDatabase . Vous y trouverez la version suivante :

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

Il suffit d'augmenter la version et le problème est résolu.

Answer 4

C'est très simple comme le montre le 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.

Il suffit d'aller dans la classe Version de la base de données et de mettre à jour la version de la base de données en augmentant de 1 la version actuelle.

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

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

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

Answer 5

Ce problème se produit principalement dans le développement.

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

effacer les données de l'application ou installer la 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 nouvelle.