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

Похоже, вы не закрываете выходной поток. Хотя это, вероятно, не объясняет, почему 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();
}

Эта проблема, кажется, приводит к сбою гораздо чаще на 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) {
    }
}

Во-первых, спасибо за вопрос. Со мной случилось то же самое. Все работало хорошо, но потом при тестировании с 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 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.

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

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

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

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

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

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

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

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

Мои проблемы с 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);
    }
}

Решение без отключения 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 добавляет второй файл базы данных, называемый имя базы данных и "-wal". Итак, если ваша база данных называется «data.db», она называется «data-wal.db» в том же каталоге.

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

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

К сожалению, принятый ответ просто «работает» в очень конкретных случаях, но он не дает постоянно работающего совета, как избежать такой ошибки в 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 Итак, если вам действительно интересно, вы можете запустить все тесты до и после этого коммита, чтобы увидеть разницу.

Самый простой ответ - использовать следующую строку для пути к файлу базы данных в 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();
    }
}

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

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

   }

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

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

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

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

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