SurrealDB: одна база вместо трёх, но с лицензией BSL

Что за проект и что в нём проверено

Поводом стал пост канала GitHub Radar от 4 октября 2026 года. Факты ниже я сверял с первоисточниками: репозиторием surrealdb/surrealdb и документацией на surrealdb.com.

Проект написан на Rust, у репозитория около 33 тысяч звёзд. Последний релиз на момент проверки: v3.3.0 от 28 сентября 2026 года, в тот же день вышла и ветка 2.7.0. Последний коммит в основной ветке по ленте GitHub датирован 4 сентября 2026 года.

Документация описывает базу так: документы, графы, векторы, полнотекстовый поиск, временные ряды, геоданные и таблицы с одним языком запросов SurrealQL. Запись, которая затрагивает объект, его связи и эмбеддинги, фиксируется одной транзакцией. Векторный поиск идёт по индексам HNSW, текстовый по BM25. Есть живые запросы: клиент подписывается на выборку и получает изменения. Права задаются вплоть до записи и поля, вход через JWT.

Лицензия: BSL, а не открытый код в строгом смысле

Это ключевой пункт, и он подтверждается. В файле LICENSE указано: Business Source License 1.1, лицензиар SurrealDB Ltd., лицензируемая работа SurrealDB 3.0. Текст лицензии прямо оговаривает, что она не относится к open source, но предусматривает переход в открытую. Библиотеки и SDK, по README, идут отдельно под Apache 2.0 или MIT.

Дополнительное разрешение звучит так: вы можете использовать работу, но не как «сервис баз данных». Сервисом считается любой продукт или платформа, где SurrealDB даёт функциональность базы третьим лицам, а те создают, меняют или контролируют схемы и таблицы. Сотрудники и подрядчики, работающие на вас, третьими лицами не считаются.

Дата перехода: 1 января 2030 года, лицензия после неё Apache 2.0. В официальных вопросах и ответах о лицензии сказано, что каждая версия становится Apache 2.0 не позже чем через четыре года после выхода. Там же разрешено: разворачивать у себя, включая продакшен, масштабировать на любое число узлов, встраивать в приложение, запускать как внутренний сервис.

Для бизнеса из этого следует следующее, по моему прочтению текста. Приложение, интернет-магазин, ИИ-поиск или внутренняя платформа компании под условие не попадают: пользователи работают с вашими функциями и не создают свои таблицы. Запрещённая зона это, например, свой облачный хостинг баз, где клиент сам заводит схемы: нужна коммерческая лицензия. Есть ещё Enterprise-редакция и облако SurrealDB Cloud. Статья в их справочном центре сформулирована жёстче, поэтому спорные случаи уточняйте у вендора и юриста. Статья не замена консультации специалиста.

Когда одна база реально упрощает проект

Классическая связка: PostgreSQL для данных, Redis для кэша и очередей, отдельная векторная база для поиска по смыслу. У каждой свои бэкапы, доступы, обновления и мониторинг. В небольшом проекте три сервиса съедают время сильнее, чем сама логика.

Единая база помогает, когда данные связаны сложно. Например, ИИ-помощник по базе знаний: документы, связи между сущностями и эмбеддинги читаются вместе и обновляются согласованно. Здесь это один запрос и одна транзакция. Второй случай: интерфейс с живыми обновлениями, где доступ режется по строкам. Третий: небольшая команда, где один разработчик ведёт весь бэкенд.

Про векторный поиск отдельно: о том, что это такое и как выбирать, я писал в материале про векторные базы для RAG, а о целых RAG-системах для бизнеса в отдельной статье.

Где одна база не сработает

Замеров скорости SurrealDB против PostgreSQL я не проводил и в источниках не нашёл, поэтому цифр не будет.

Зрелость. PostgreSQL развивается десятилетиями, вокруг него расширения, ORM, админки и специалисты на рынке. У SurrealDB мажорная версия 3, и по моей оценке экосистема заметно меньше. Опыт разработчиков: человека со SurrealQL найти сложнее, чем человека с PostgreSQL. Если проект придётся передавать другой команде, это стоимость.

Бэкапы и миграции. В документации есть команда surreal export: она выгружает базу в файл со SurrealQL-скриптом. Это логическая выгрузка, и годится ли она для вашего объёма и времени восстановления, проверяйте тестом. Хостинг тоже стоит прикинуть заранее: одна программа ставится легко, но кластер с автоматическим разделением данных требует отдельной эксплуатации. Для 1С и учётных систем PostgreSQL остаётся стандартом, как его настроить, я описывал в статье про ускорение 1С.

Как я выбираю базу под проект

Задаю заказчику несколько вопросов, и обычно ответы решают всё.

Данные в основном таблицы: заказы, клиенты, платежи? Тогда PostgreSQL. Нужен ли поиск по смыслу? Часто хватает расширения pgvector внутри того же PostgreSQL, отдельная база не нужна. Нужны ли живые обновления интерфейса? Их можно собрать и без смены базы. Будет ли много связей вида «кто с кем и через кого»? Вот здесь графовая модель SurrealDB оправдана. Кто будет сопровождать проект через год и сколько таких людей на рынке? Что говорит лицензия и не собираетесь ли вы продавать доступ к базе как услугу? Где хранятся данные и кто делает бэкапы?

Если заказчик хочет таблицы с интерфейсом без программирования, я смотрю в сторону NocoDB или Baserow, а если нужен готовый API и админка поверх существующей базы, то на Directus. Мой вывод как автора, не факт про SurrealDB: для большинства проектов хватает PostgreSQL, и менять его на новую базу стоит только при конкретной причине.

Что можно сделать уже сейчас

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

Попробуйте на пилоте. Лицензия разрешает разворачивать SurrealDB у себя для разработки и проверки. Возьмите один небольшой модуль, например поиск по базе знаний, и сравните с вариантом на PostgreSQL по времени разработки и восстановлению из бэкапа.

Прочитайте файл LICENSE. Особенно абзац про сервис баз данных. Если вы строите платформу, где клиенты заводят свои схемы, решайте вопрос с вендором до запуска.

Я делаю сайты, приложения и платформы под ключ, включая выбор и настройку базы.

Частые вопросы

Можно ли использовать SurrealDB в коммерческом проекте?

По файлу LICENSE да, если вы не предоставляете его как сервис баз данных третьим лицам. Для такой модели нужна коммерческая лицензия.

Это открытый код?

Исходный код открыт и доступен, но лицензия BSL сама называет себя не open source. Версия 3.0 перейдёт на Apache 2.0 не позже 1 января 2030 года.

Заменит ли SurrealDB PostgreSQL и Redis?

Подтверждённых данных, что это безопасно для любого проекта, у меня нет. Для задач со связанными данными и векторным поиском проект подходит, в остальных случаях я бы оставил PostgreSQL.

Коротко о главном

Лицензия ядра BSL 1.1 разрешает продакшен и запрещает перепродажу как сервис баз данных, а Apache 2.0 версия 3.0 станет не позже 2030 года. Для большинства проектов хватает PostgreSQL, новую базу берут под конкретную причину.

Хотите понять, что выбрать под ваш проект, напишите мне в Telegram кодовое слово «СХЕМА». Задам несколько вопросов по данным и подскажу вариант без лишних сервисов.