Можно ли использовать SQLite без Room в Android?

Можно ли использовать SQLite без Room в Android?

Да, безусловно. Использование "сырого" SQLite без каких-либо ORM-библиотек, включая Room, не только возможно, но и остается базовым API для работы с базами данных на платформе Android. Room, представленный в составе Android Jetpack, является рекомендованным слоем абстракции, который построен поверх нативного SQLite, но не заменяет его полностью. Разработчик всегда имеет прямой доступ к низкоуровневым классам фреймворка.

Нативные API для работы с SQLite

Для работы напрямую с SQLite Android предоставляет два основных класса:

1. SQLiteOpenHelper – вспомогательный класс для управления созданием и версионированием базы данных.
2. SQLiteDatabase – класс, представляющий саму базу данных и предоставляющий методы для выполнения запросов.

Пример использования SQLite без Room

Рассмотрим базовый пример создания базы данных, таблицы и выполнения операций.

1. Создание класса-помощника (DatabaseHelper):

import android.content.Context
import android.database.sqlite.SQLiteDatabase
import android.database.sqlite.SQLiteOpenHelper

class DatabaseHelper(context: Context) : SQLiteOpenHelper(
    context,
    DATABASE_NAME,
    null,
    DATABASE_VERSION
) {

    companion object {
        private const val DATABASE_NAME = "MyAppDatabase.db"
        private const val DATABASE_VERSION = 1

        // Определение структуры таблицы
        const val TABLE_USERS = "users"
        const val COLUMN_ID = "_id"
        const val COLUMN_NAME = "name"
        const val COLUMN_EMAIL = "email"

        private const val SQL_CREATE_TABLE = """
            CREATE TABLE $TABLE_USERS (
                $COLUMN_ID INTEGER PRIMARY KEY AUTOINCREMENT,
                $COLUMN_NAME TEXT NOT NULL,
                $COLUMN_EMAIL TEXT UNIQUE NOT NULL
            )
        """
    }

    override fun onCreate(db: SQLiteDatabase) {
        // Выполняется при первом создании БД
        db.execSQL(SQL_CREATE_TABLE)
    }

    override fun onUpgrade(db: SQLiteDatabase, oldVersion: Int, newVersion: Int) {
        // Выполняется при обновлении версии БД
        db.execSQL("DROP TABLE IF EXISTS $TABLE_USERS")
        onCreate(db)
    }
}

2. Использование базы данных в Activity/Fragment/Repository:

class UserRepository(private val context: Context) {

    private val dbHelper = DatabaseHelper(context)

    // Вставка данных (используем ContentValues)
    fun addUser(name: String, email: String): Long {
        val db = dbHelper.writableDatabase
        val values = ContentValues().apply {
            put(DatabaseHelper.COLUMN_NAME, name)
            put(DatabaseHelper.COLUMN_EMAIL, email)
        }
        val newRowId = db.insert(DatabaseHelper.TABLE_USERS, null, values)
        db.close() // Важно закрывать соединение
        return newRowId
    }

    // Чтение данных (используем Cursor)
    fun getAllUsers(): List<User> {
        val userList = mutableListOf<User>()
        val db = dbHelper.readableDatabase

        // Проекция - определяем, какие столбцы выбрать
        val projection = arrayOf(
            DatabaseHelper.COLUMN_ID,
            DatabaseHelper.COLUMN_NAME,
            DatabaseHelper.COLUMN_EMAIL
        )

        val cursor: Cursor = db.query(
            DatabaseHelper.TABLE_USERS,
            projection,
            null, // WHERE clause
            null, // WHERE arguments
            null, // GROUP BY
            null, // HAVING
            null  // ORDER BY
        )

        with(cursor) {
            while (moveToNext()) {
                val id = getLong(getColumnIndexOrThrow(DatabaseHelper.COLUMN_ID))
                val name = getString(getColumnIndexOrThrow(DatabaseHelper.COLUMN_NAME))
                val email = getString(getColumnIndexOrThrow(DatabaseHelper.COLUMN_EMAIL))
                userList.add(User(id, name, email))
            }
        }
        cursor.close()
        db.close()
        return userList
    }

    // Выполнение сырого SQL-запроса
    fun deleteUserById(id: Long) {
        val db = dbHelper.writableDatabase
        // ВНИМАНИЕ: Для подстановки параметров используйте отдельные аргументы, а не конкатенацию строк!
        db.execSQL("DELETE FROM ${DatabaseHelper.TABLE_USERS} WHERE ${DatabaseHelper.COLUMN_ID} = ?", arrayOf(id))
        db.close()
    }
}

data class User(val id: Long, val name: String, val email: String)

Плюсы и минусы прямого использования SQLite

Преимущества:

• Полный контроль: Вы пишете чистый SQL и управляете каждым аспектом работы с БД.
• Отсутствие зависимостей: Не нужно подключать дополнительные библиотеки, что может уменьшить размер APK.
• Гибкость: Легко выполнять сложные запросы, которые могут быть нетривиальными в ORM.
• Производительность: При грамотной оптимизации можно добиться максимальной скорости работы.

Недостатки и риски (которые решает Room):

• Большой объем шаблонного кода: Необходимо вручную писать ContentValues, парсить Cursor, управлять соединениями.
• Отсутствие компиляторной проверки SQL: Ошибки в SQL-строках (синтаксис, имена таблиц/столбцов) обнаруживаются только во время выполнения, что может привести к крашам.
• Риск утечек памяти: Необходимо самостоятельно и аккуратно закрывать Cursor и SQLiteDatabase.
• Сложность миграций: Механизм onUpgrade требует ручного управления изменениями схемы, что подвержено ошибкам.
• Отсутствие встроенной поддержки LiveData/Flow: Для реактивного обновления UI придется реализовывать механизмы наблюдения самостоятельно (например, через ContentObserver).

Когда это может быть оправдано?

1. Унаследованные проекты: Поддержка старого кода, написанного до эры Room.
2. Минималистичные приложения: Очень простые задачи, где подключение всей библиотеки Room избыточно.
3. Специфичные оптимизации: Критичные к производительности участки с нестандартными запросами.
4. Образовательные цели: Для глубокого понимания того, как работает база данных на Android.

Вывод: Использовать SQLite без Room можно и технически несложно, однако для большинства современных production-приложений настоятельно рекомендуется использовать Room. Он решает перечисленные недостатки, предоставляя абстракцию с компиляторной проверкой SQL, удобные аннотации (@Entity, @Dao, @Database), встроенную поддержку LiveData и Flow, а также безболезненные миграции. Room не скрывает SQL, а делает работу с ним безопаснее и эффективнее, оставаясь при этом достаточно гибким для сложных сценариев через механизмы @RawQuery и @Relation.