SQLite часто воспринимают как «простую БД для мелочей»: конфиги, локальные кеши, временные данные. Но иногда именно она внезапно показывает фокус, после которого начинаешь смотреть на архитектуру иначе. Один из таких фокусов — виртуальные колонки для JSON с полноценными индексами.
И это не экспериментальная фича, а зрелый механизм, который годами был у всех под носом.
В чём магия: JSON без боли и миграций
Обычно выбор прост:
либо строгая схема и скорость SQL,
либо гибкость JSON и расплата в виде медленных запросов.
SQLite неожиданно говорит: а давайте и то, и другое.
📦 данные хранятся как «сырой» JSON
🧩 нужные поля вычисляются на лету
⚡ по ним строятся обычные B-tree индексы
При этом ничего не пересоздаётся, не переливается и не пересчитывается заранее.
Как это работает под капотом
Ключевой элемент — виртуальные сгенерированные колонки.
Это не реальные поля в таблице, а вычисляемые выражения, обычно через json_extract. Они:
🧠 считаются при запросе
🪶 не занимают место на диске
🚀 могут индексироваться как обычные колонки
SQLite хранит JSON как текст, но индекс уже работает по вычисленному значению. В результате запросы идут не по строке, а по индексу — с привычной реляционной скоростью.
Почему это меняет подход к проектированию
Самый сильный эффект здесь даже не в производительности, а в отложенных решениях.
⏳ не нужно заранее угадывать, какие поля понадобятся
🧱 не требуется миграция при появлении нового запроса
🛠 индекс добавляется тогда, когда он реально нужен
Проект может спокойно жить в режиме «данные приходят как есть», а оптимизация появляется постфактум, когда уже понятно, где узкое место.
NoSQL-паттерны на реляционном движке
По ощущениям это очень близко к тому, как работают документные базы:
🧾 JSON без жёсткой схемы
🔍 выборочная индексация отдельных полей
📈 рост производительности без переписывания модели
Но при этом остаются все плюсы SQLite: транзакции, SQL, простота деплоя, один файл и предсказуемость.
Где это особенно полезно
Этот подход неожиданно хорошо ложится на реальные сценарии:
🔌 интеграции с внешними API, где формат данных меняется
📊 аналитические события и логи
🧪 быстрые прототипы и MVP
📱 мобильные и десктопные приложения с локальной БД
Во всех этих случаях схема редко бывает стабильной — и именно тут виртуальные колонки раскрываются максимально.
Личное мнение
Это тот редкий случай, когда технология поощряет откладывать оптимизацию, а не наказывает за это. SQLite фактически разрешает сказать:
«я пока не знаю, как буду искать эти данные — и это нормально».
В эпоху, где многие сразу бегут к тяжёлым NoSQL-решениям, SQLite тихо напоминает: иногда достаточно правильно использовать уже существующие инструменты. Без новых сервисов, без распределённых кластеров и без преждевременной сложности.
Ссылки и источники
🔗 Оригинальная статья DB Pro:
https://www.dbpro.app/blog/sqlite-json-virtual-columns-indexing
🔗 SQLite JSON Functions:
https://www.sqlite.org/json1.html
🔗 Generated Columns в SQLite:
https://www.sqlite.org/gencol.html
Иногда настоящая «суперспособность» — это не новая технология, а забытая строчка в документации, которая вдруг идеально попадает в реальную задачу.