SQLite в 138 раз медленнее, чем ЭТО?! (Тестируем Stoolap)

Автор начинает с обсуждения популярности SQLite как стандарта индустрии для локальных данных, отмечая при этом её ограничения в сложных запросах из-за однопоточности. В качестве альтернативы представляется Stulab — новая база данных, полностью написанная на Rust. Главным инфоповодом становится выход нативного драйвера для Node.js и громкое заявление о превосходстве в скорости в 138 раз. Видео обещает детальный разбор внутреннего устройства и проведение независимых бенчмарков. Этот раздел задает контекст необходимости высокопроизводительных встраиваемых решений для современных приложений.

В этом блоке объясняется принципиальное различие между транзакционными системами (OLTP), такими как Postgres, и аналитическими (OLAP), к которым относится Stulab. Спикер подчеркивает портативность решения, сравнивая его с DuckDB и BigQuery в формате одного файла. Особое внимание уделяется технической реализации драйвера через фреймворк NAPI-RS, который исключает стадию сериализации данных. Благодаря этому Node.js и Rust-движок разделяют общее адресное пространство памяти. Такой подход радикально снижает задержки, которые обычно возникают при общении программ на разных языках через мосты или сокеты.

Спикер выделяет три ключевые технологии, обеспечивающие высокую скорость работы новой базы данных. Первая — это MVCC, позволяющая одновременно читать и записывать данные без полной блокировки файла, что является слабым местом SQLite. Вторая — параллелизм через планировщик Rayon, который распределяет нагрузку по всем доступным ядрам процессора. Третья технология — стоимостный оптимизатор, анализирующий структуру SQL-запроса для выбора наиболее эффективного пути выполнения. Эти факторы в совокупности должны обеспечивать значительный отрыв от конкурентов в тяжелых сценариях. Понимание этих механизмов помогает оценить, почему база данных эффективна именно в аналитике.

Для проверки заявлений автора проекта подготавливается тестовый стенд на Node.js с использованием In-memory таблиц. Тестирование фокусируется на операции 'count distinct' на наборе данных из 10 000 строк, имитирующих продажи. Однако автор видео сталкивается с серьезной проблемой: текущая версия пакета в NPM сломана из-за отсутствия бинарных привязок. Ему приходится вручную клонировать репозиторий и компилировать проект из исходного кода Rust. Этот этап критически важен, так как он демонстрирует текущую 'сырость' проекта, несмотря на его технологичность. В итоге, после успешной сборки, система становится готова к финальным замерам.

Первые результаты показывают, что Stulab действительно быстрее SQLite в 4 раза на малых объемах и в 6 раз на миллионе строк. Спикер отмечает, что это отличный результат, хотя он и далек от заявленного маркетингового показателя в 138 раз. Второй тест на комбинацию 'distinct' и 'order by' при обработке логов показал еще меньший разрыв — всего в 1–1.5 раза. Это доказывает, что реальная производительность сильно зависит от специфики запроса и объема данных. Спикер делает вывод, что цифры в рекламе могут быть основаны на очень узких и специфических сценариях использования. Тем не менее, технологическое лидерство Stulab в аналитических операциях подтверждается объективно.

В заключительной части видео подводятся итоги: Stulab не является прямым конкурентом или 'убийцей' SQLite. SQLite признается идеальным инструментом для транзакций и простых операций с одиночными записями. Stulab же позиционируется как мощный инструмент для сложного анализа данных прямо внутри приложения. Автор призывает разработчиков следить за проектом, когда исправят ошибки в установке через NPM. В конце подчеркивается значимость появления таких инструментов на Rust для экосистемы Node.js. Зрителям предлагается поделиться мнением о том, готовы ли они променять стабильность SQLite на скорость аналитики.