Комната не может проверить целостность данных

Я получаю эту ошибку при запуске программы с базой данных номеров

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.

Кажется, нам нужно обновить версию базы данных, но откуда мы можем это сделать в комнате?

Когда вы впервые столкнетесь с этим сообщением, скорее всего, вы работаете с невыпущенной версией базы данных. В таком случае, скорее всего, вам не следует увеличивать версию базы данных . Простая очистка данных приложения переместит вас в исключение.

Если вы не увеличиваете базу данных (рекомендуется):

Вам следует удалить данные приложения в настройках Android. В качестве альтернативы вы можете удалить предыдущую версию приложения, а затем установить новую версию, чтобы передать исключение. Последний подход не работает при определенных условиях (например, когда разрешено резервное копирование).

Поскольку очистка данных приложения всегда работает, я всегда выбираю этот путь.

Если вы увеличиваете версию базы данных:

Вам нужно будет написать код миграции базы данных, чтобы учесть любые изменения в схеме базы данных. См. Здесь информацию о миграции.

Альтернативой написанию кода миграции базы данных является вызов fallbackToDestructiveMigrationпостроителя базы данных Room. Вероятно, это плохая идея. Если вы забудете удалить этот вызов, а затем забудете обновить базу данных, это приведет к потере данных.

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

Опять же, ни увеличение версии базы данных, ни возврат к деструктивной миграции не требуется, если предыдущая схема базы данных еще не используется .

По умолчанию в манифесте Android есть android:allowBackup="true", что позволяет приложениям сохранять свою базу данных SQLite при переустановке.

Предположим, у вас DATABASE_VERSIONизначально было 3, а затем вы решили уменьшить версию БД с 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.
//        }
//    };
}

Вы можете добиться этого так

• Удалите данные приложения из настроек. Это удалит старую БД (DATABASE_VERSION = 3) с телефона
• Удалите ваше приложение
• Уменьшите версию DATABASE_VERSION до 1
• Создайте и переустановите свое приложение

Хорошая практика - поддерживать DATABASE_VERSIONпостоянство.

android: allowBackup = "true" в файле AndroidManifest.xml предотвращает очистку данных даже после удаления приложения.

Добавьте это в свой манифест:

android:allowBackup="false"

и переустановите приложение.

Примечание. Убедитесь, что вы изменили его обратно на true позже, если хотите автоматическое резервное копирование.

Другое решение:

Проверьте identityHash своего старого файла json и нового файла json в папке apps \ schema.

Если identityHash отличается, он выдаст эту ошибку. Узнайте, что вы изменили, сравнив оба файла json, если вы не хотите ничего менять.

Убедитесь, что у вас есть exportSchema = true.

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

файл схемы json:

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

код:

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

Ответ Анируддха Парихара подсказал мне, и он решил.

Найдите класс, в котором вы расширились RoomDatabase. Там вы найдете версию, как показано ниже:

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

просто увеличьте версию и проблема решена.

Это очень просто, как показано в журнале

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

Просто перейдите в класс версии базы данных и обновите версию своей БД, увеличив 1 по сравнению с текущей.

1: - Похоже, нам нужно обновить версию базы данных (увеличить на 1)

2. Удалите приложение или очистите данные приложения.

На телефоне Android:

Удалите приложение или очистите данные приложения

Чтобы удалить данные приложения: перейдите в настройки -> Приложения -> Выберите приложение -> Хранилище -> Очистить данные.

Удаление (и повторная установка) работает не во всех случаях, поэтому сначала попробуйте очистить данные!

В моем случае android:allowBackup="false"сработало переключение с истины на ложь, так как это и раньше доставляло мне кошмары, это самая странная вещь, почему этот параметр включен по умолчанию!

Чтобы исправить проблему в котлине:

Первый

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

Второй

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

Третий

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

Более подробную информацию можно найти в официальной документации.

Эта проблема чаще всего возникает в процессе разработки.

Если вы измените схему, то есть переименуете / добавите / измените свой класс, содержащий объект таблицы, целостность между выходом из базы данных в вашей предыдущей сборке конфликтует с новой сборкой.

очистите данные приложения или установите новую сборку после удаления предыдущей сборки .

Теперь старый db не будет конфликтовать с новым.

В моем случае у меня был класс AppDatabase.

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

Я обновил этот номер версии, и проблема была решена. Проблема возникла из-за того, что я добавил свойство в класс SongInfo и забыл обновить номер версии.

Надеюсь, это кому-то поможет.

Если вы обновляете версию Room до 1.0.0-alpha9 со старой версии, пожалуйста, прочтите статью ниже. Очень хорошая статья для перехода со старой версии на версию 1.0.0-alpha9.

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

В комнате Новая версия 1.0.0-alpha9 В комнате добавлена ​​поддержка ограничения NOT NULL.

Это изменит схему, которую генерирует Room. Поскольку он изменяет схему, он также изменяет identityHash БД, который используется Room для уникальной идентификации каждой версии БД. Следовательно, нам нужна миграция

В моем случае ContentProvider и база данных комнаты работают вместе, поэтому сначала удалите все обратные вызовы ContentProvider по всему приложению с классом базы данных, который расширяет класс SqlLiteOpenHelper

В моем случае я использовал транзакцию внутри миграции, и Room не смог обновить хэш с помощью Помощника по миграции.

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

Измените номер версии в своем классе RoomDatabase. Увеличьте номер версии.

Если увеличение версии схемы у вас не помогло, предоставьте миграцию вашей базы данных. Для этого нужно объявить миграцию в построителе базы данных:

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

У меня была аналогичная проблема в тесте эспрессо, и единственное, что исправило это, - это очистка данных, а также удаление тестовых apks androidx, например:

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

В моем случае я обновлял базу данных, которую я буду предварительно упаковывать вместе со своим приложением. Ни одно из предложений здесь не сработало. Но я наконец понял, что могу открыть файл .db в программе базы данных (я использовал «Браузер БД для SQLite») и вручную изменить «Пользовательскую версию» с 2 на 1. После этого все заработало отлично.

Я предполагаю, что любое обновление, которое вы вносите, изменяет эту пользовательскую версию, и именно поэтому я продолжал получать эту ошибку.

В моем случае я попробовал все вышеперечисленное. Казалось, что ничего не работает, поэтому решение для меня было просто настроить android:allowBackup="false", установить приложение, а затем вернуть его в значение true

Надеюсь, это поможет другим :)

У меня такая же ошибка возникла во время программы обучения Codelabs. Где На одном учебном занятии я создал проект, и он успешно выполнил все операции с базой данных. В следующем сеансе я работал с другим репозиторием, но это было расширение предыдущего проекта. Только из первой сборки расширенного приложения у меня была ошибка.

Возможно, Studio сохраняет методы аутентификации с базой данных комнат, которые отсутствуют в новой сборке.