Лучший и самый простой способ отключить режим WAL в вашей базе данных:

public class MyDbHelper extends SQLiteOpenHelper {

    //...

    @Override
    public void onOpen(SQLiteDatabase db) {
        db.disableWriteAheadLogging();  // Here the solution
        super.onOpen(db);
    }

    //...
}

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

нельзя использовать SQLDroidDriver.ADDITONAL_DATABASE_FLAGS просто потому, что нет доступной константы , что отменяет флаг ENABLE_WRITE_AHEAD_LOGGING.

WAL по-прежнему можно отключить, создав любой из этих сценариев:

а) установить флаг OPEN_READONLY (применяется к ситуациям, когда R/O доступа достаточно).

б) запустить PRAGMA journal_mode=DELETE в качестве первого запроса, чтобы переопределить PRAGMA journal_mode=WAL.

c) подать заявку на SQLDroidConnection. java, чтобы .enableWriteAheadLogging() и .disableWriteAheadLogging() поддерживались на уровне драйвера.

@Rockvole, пожалуйста, поделитесь ошибкой, с которой вы столкнулись, это поможет нам найти подходящее решение.

Между тем, я понимаю, что вы хотите закрыть этот WAL в круговой диаграмме Android, и вы используете библиотеку «SQLDroid» для создания базы данных Sqlite.

Эта библиотека внутренне использует "SQLiteDatabase" для локального хранения данных, я думаю, вам нужно вызвать "SQLiteDatabase.disableWriteAheadLogging()" в "SQLiteDatabase" class, в котором экземпляр БД создал пакет с именем "package org.sqldroid;"

или Получите внутренний экземпляр SQLiteDatabase и вызовите disableWriteAheadLogging().

Второе решение - создать "config.xml" внутри папки значений и запустить "<bool name="db_compatibility_wal_supported">false</bool>", запустить и проверить его работу.

Если вы используете Room, у вас не будет прямого доступа к базе данных, но вместо этого вы можете установить режим журнала при создании/открытии базы данных:

db = Room.databaseBuilder(context, Database.class, "Database")
         .setJournalMode(JournalMode.TRUNCATE)
         .build();

Я наконец нашел ответ. Кажется, что ошибки базы данных, которые я получал, не имели прямого отношения к WAL. Это связано с тем, что в широко используемом коде для копирования базы данных из активов есть ошибка, из-за которой база данных остается открытой во время операции копирования. Это только начало вызывать проблему в Android P. Решение состоит в том, чтобы закрыть базу данных после того, как вы получите имя файла базы данных.

SQLiteDatabase destinationDatabase = sqLiteOpenHelper.getWritableDatabase();
String dbFileName=destinationDatabase.getPath();
destinationDatabase.close();
// Now write the destinationDatabase using the dbFileName

Подробнее об этом читайте здесь: Android P - "SQLite: нет такой ошибки таблицы" после копирования базы данных из активов