Android P - 'SQLite: нет такой ошибки таблицы' после копирования базы данных из активов

Эта проблема, кажется, приводит к сбою гораздо чаще на Android P, чем на предыдущих версиях, но это не ошибка самого Android P.

Проблема в том, что ваша строка, в которой вы присваиваете значение своему String filePath, открывает соединение с базой данных, которое остается открытым при копировании файла из ресурсов.

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

String filePath = mContext.getDatabasePath(Utils.getDatabaseName()).getAbsolutePath();

с кодом, чтобы получить значение пути к файлу, а затем закрыть базу данных:

MySQLiteOpenHelper helper = new MySQLiteOpenHelper();
SQLiteDatabase database = helper.getReadableDatabase();
String filePath = database.getPath();
database.close();

А также добавьте внутренний вспомогательный класс:

class MySQLiteOpenHelper extends SQLiteOpenHelper {

    MySQLiteOpenHelper(Context context, String databaseName) {
        super(context, databaseName, null, 2);
    }

    @Override
    public void onCreate(SQLiteDatabase db) {
    }

    @Override
    public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
    }
}

Была аналогичная проблема, и я решил ее добавить в мой SQLiteOpenHelper

    @Override
    public void onOpen(SQLiteDatabase db) {
        super.onOpen(db);
        db.disableWriteAheadLogging();
    }

Судя по всему, Android P настраивает PRAGMA Log по-другому. Все еще не знаю, будут ли побочные эффекты, но, похоже, работает!

Мои проблемы с Android P были решены путем добавления this.close () после this.getReadableDatabase () в методе createDataBase (), как показано ниже.

private void createDataBase() throws IOException {
    this.getReadableDatabase();
    this.close(); 
    try {           
        copyDataBase();            
    } catch (IOException e) {           
        throw new RuntimeException(e);
    }
}

Я столкнулся с подобной проблемой. Я копировал базу данных, но не из актива. Я обнаружил, что проблема вообще не связана с кодом копирования файла базы данных. И это не имело отношения к файлам, оставленным открытыми, незакрытыми, сброшенными или синхронизируемыми. Мой код обычно перезаписывает существующую неоткрытую базу данных. Что кажется новым / отличным от Android Pie и отличается от предыдущих выпусков Android, так это то, что когда Android Pie создает базу данных SQLite, он по умолчанию устанавливает для journal_mode значение WAL (ведение журнала с упреждающей записью). Я никогда не использовал режим WAL, и в документации SQLite сказано, что по умолчанию journal_mode должен быть DELETE. Проблема в том, что если я перезаписываю существующий файл базы данных, назовем его my.db, журнал упреждающей записи my.db-wal все еще существует и эффективно «переопределяет» то, что находится во вновь скопированном файле my.db. Когда я открывал свою базу данных, таблица sqlite_master обычно содержала только строку для android_metadata. Все столы, которые я ожидал, отсутствовали. Мое решение - просто вернуть journal_mode значение DELETE после открытия базы данных, особенно при создании новой базы данных с Android Pie.

PRAGMA journal_mode = УДАЛИТЬ;

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

К сожалению, принятый ответ просто «работает» в очень конкретных случаях, но он не дает постоянно работающего совета, как избежать такой ошибки в Android 9.

Вот:

1. Имейте в своем приложении единственный экземпляр класса SQLiteOpenHelper для доступа к базе данных.
2. Если вам нужно переписать / скопировать базу данных, закройте базу данных (и закройте все соединения с этой базой данных) с помощью метода SQLiteOpenHelper.close () этого экземпляра И больше не используйте этот экземпляр SQLiteOpenHelper.

После вызова close () не только все подключения к базе данных закрываются, но и дополнительные файлы журнала базы данных сбрасываются в основной файл .sqlite и удаляются. Итак, у вас есть только один файл database.sqlite, готовый к перезаписи или копированию.

3. После копирования / перезаписи и т. Д. Создайте новый синглтон SQLiteOpenHelper, метод getWritableDatabase () которого вернет новый экземпляр базы данных SQLite! И используйте его до тех пор, пока вам не понадобится копировать / переписывать вашу базу данных ...

Этот ответ помог мне понять это: https://stackoverflow.com/a/35648781/297710

У меня была эта проблема в Android 9 в моем приложении AndStatus https://github.com/andstatus/andstatus который имеет довольно большой набор автоматических тестов, которые последовательно воспроизводили "SQLiteException: no such table" в эмуляторе Android 9 перед этим коммитом: https://github.com/andstatus/andstatus/commit/1e3ca0eee8c9fbb8f6326b72dc4c393143a70538 Итак, если вам действительно интересно, вы можете запустить Все тесты до и после этого коммита, чтобы увидеть разницу.

Решение без отключения WAL

Android 9 представляет специальный режим SQLiteDatabase под названием Совместимость WAL (вход с упреждающей записью), который позволяет базе данных использовать «journal_mode = WAL», сохраняя при этом поведение сохранения максимального одного подключения к базе данных.

Подробнее здесь:
https://source.android.com/devices/tech/perf/compatibility-wal

Режим SQLite WAL подробно описывается здесь:
https://www.sqlite.org/wal.html

Согласно официальной документации, режим WAL добавляет второй файл базы данных с именами databasename и «-wal». Итак, если ваша база данных называется «data.db», она называется «data-wal.db» в том же каталоге.

Теперь решение состоит в том, чтобы сохранить и восстановить ОБА файлы (data.db и data-wal.db) на Android 9.

В дальнейшем он работает как в более ранних версиях.

У меня было то же самое, что у меня было приложение в версии 4 для Android, и при обновлении моего мобильного телефона с Android 9 я 2 дня пытался найти ошибку, спасибо за комментарии, в моем случае мне просто пришлось добавить это. Закрыть ();

private void createDataBase () throws IOException {
     this.getReadableDatabase ();
     this.close ();
     try {
         copyDataBase ();
     } catch (IOException e) {
         throw new RuntimeException (e);
     }
}

готово работает для всех версий !!

Во-первых, спасибо за вопрос. Со мной случилось то же самое. Все шло хорошо, но потом при тестировании с Android P Preview у меня возникали сбои. Вот ошибка, которую я обнаружил для этого кода:

private void copyDatabase(File dbFile, String db_name) throws IOException{
    InputStream is = null;
    OutputStream os = null;

    SQLiteDatabase db = context.openOrCreateDatabase(db_name, Context.MODE_PRIVATE, null);
    db.close();
    try {
        is = context.getAssets().open(db_name);
        os = new FileOutputStream(dbFile);

        byte[] buffer = new byte[1024];
        while (is.read(buffer) > 0) {
            os.write(buffer);
        }
    } catch (IOException e) {
        e.printStackTrace();
        throw(e);
    } finally {
        try {
            if (os != null) os.close();
            if (is != null) is.close();

        } catch (IOException e) {
            e.printStackTrace();
        }

    }
}

Проблема, с которой я столкнулся, заключалась в том, что этот код работает нормально, НО в SDK 28+ openOrCreateDatabase больше не создает для вас таблицу android_metadata автоматически. Поэтому, если вы выполните запрос «выберите * из ТАБЛИЦЫ», он не найдет эту ТАБЛИЦУ, потому что запрос начинает искать «первую» таблицу, которая должна быть таблицей метаданных. Я исправил это, вручную добавив таблицу android_metadata, и все было хорошо. Надеюсь, кто-то еще сочтет это полезным. Потребовалась целая вечность, чтобы понять, потому что конкретные запросы по-прежнему работали нормально.

Подобная проблема затронула только устройство Android P. Все предыдущие версии без проблем.

Отключено автоматическое восстановление на устройствах Android 9.

Мы сделали это для устранения неполадок. Не рекомендую для производственных корпусов.

При автоматическом восстановлении копия файла базы данных помещалась в каталог данных до вызова функции копирования базы данных в помощнике базы данных. Следовательно, a file.exists () вернул true.

В базе данных, для которой была создана резервная копия с устройства разработки, отсутствует таблица. Следовательно, «таблица не найдена» на самом деле было правильным.

Самый простой ответ - использовать следующую строку для пути к файлу базы данных в Android PIE и выше:

DB_NAME="xyz.db";
DB_Path = "/data/data/" + BuildConfig.APPLICATION_ID + "/databases/"+DB_NAME;

Вот идеальное решение этой проблемы:

Просто переопределите этот метод в своем классе SQLiteOpenHelper:

@Override
public void onOpen(SQLiteDatabase db) {
    super.onOpen(db);
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN) {
        db.disableWriteAheadLogging();
    }
}

Похоже, вы не закрываете выходной поток. Хотя это, вероятно, не объясняет, почему db на самом деле не создается (если Android P не добавил буфер с несколькими МБ), рекомендуется использовать try-with-resource, например:

// garantees that the data are flushed and the resources freed
try (FileOutputStream output = new FileOutputStream(filePath)) {
    byte data[] = new byte[1024];
    long total = 0;
    int count;
    while ((count = inputStream.read(data)) != -1) {
        total += count;
        if (mFileLength != -1) {
            // Publish the progress
            publishProgress((int) (total * 100 / mFileLength));
        }
        output.write(data, 0, count);
    }

    // maybe a bit overkill
    output.getFD().sync();
}

Я не могу комментировать принятый ответ, поэтому должен открыть новый ответ.

mContext.getDatabasePath () НЕ открывает соединение с базой данных, ему даже не требуется существующее имя файла для успешного выполнения (см. sources / android-28 / android / app / ContextImpl.java):

@Override
public File getDatabasePath(String name) {
    File dir;
    File f;

    if (name.charAt(0) == File.separatorChar) {
        // snip
    } else {
        dir = getDatabasesDir();
        f = makeFilename(dir, name);
    }

    return f;
}

private File makeFilename(File base, String name) {
    if (name.indexOf(File.separatorChar) < 0) {
        return new File(base, name);
    }
    throw new IllegalArgumentException(
            "File " + name + " contains a path separator");
}

В версии P основным изменением является WAL (Write Ahead Log). Требуются следующие два шага.

1. Отключите то же самое с помощью следующей строки в config.xml в папке значений под ресурсами.

ложный

2. Внесите следующие изменения в класс DBAdapter в методе createDatabase. В противном случае произойдет сбой телефонов с более ранними версиями Android.

   private void createDataBase () выбрасывает IOException {

   if (android.os.Build.VERSION.SDK_INT < android.os.Build.VERSION_CODES.P) {
                   this.getWritableDatabase();
       try {           
           copyDataBase();            
       } catch (IOException e) {           
           throw new RuntimeException(e);
       }
   }
   

   }

Проблема, возникающая в Android Pie, решение:

 SQLiteDatabase db = this.getReadableDatabase();
        if (db != null && db.isOpen())
            db.close();
   copyDataBase();