SQLiteより138倍速い！？（Stoolapの実力を検証）

新しいプロジェクトで標準的なSQLiteは、データが重くなりクエリが複雑になるとシングルスレッドの限界に直面します。この課題を解決するために登場したのが、Rustで書かれた新しいデータベースエンジン「Stulab」です。最近リリースされたネイティブのNode.jsドライバーは、驚異的なパフォーマンスを発揮すると謳われています。動画では、SQLiteより138倍高速という主張の真偽を確かめるべく、内部構造の解説とライブベンチマークを行います。まずはStulabがどのような思想で設計されたのか、その核心部分から探っていきます。

StulabはOLTP（事務処理）向けのSQLiteやPostgresとは異なり、OLAP（分析処理）に最適化されたデータベースです。最大の特徴はNAPI-RSを使用したネイティブドライバーで、Node.jsとRustが同じメモリ空間を共有することでデータの変換ロスを無くしています。これにより、従来のデータベースで問題となっていた「シリアライズのオーバーヘッド」という壁を突破しました。また、SQLiteのようなポータビリティを持ちつつ、DuckDBやBigQueryに匹敵する分析力を備えています。開発者はこの「ブリッジ」のない設計が、Node.jsにおけるデータ処理の常識を変えると強調しています。

Stulabが高速である理由は、主に3つの技術的な柱に支えられています。1つ目はMVCCの採用で、SQLiteのようなファイルロックを避け、複数の読み書きを同時に実行できる点です。2つ目はRayonスケジューラによる並列実行で、クエリを分割してマシンの全CPUコアをフル活用します。3つ目はコストベースのオプティマイザで、データの統計情報を元に最短の実行ルートを動的に選択します。これらの要素が組み合わさることで、複雑な分析ワークロードにおいて圧倒的な速度差を生み出しています。

実際の性能を検証するため、Node.jsプロジェクトでStulabとSQLiteのインメモリ版を比較するテストを行います。1万件のランダムな売上データを使用し、特定の条件下でのユニークな件数を数える「count distinct」を計測します。しかし、検証の過程でNPMパッケージのバイナリリンクが不完全であるという開発上の不備が発覚しました。検証者はエラーを回避するために、リポジトリをクローンしてソースから自前でビルドするという手間を強いられています。このセクションでは、新しいツール特有の導入の難しさについても率直な意見が述べられています。

100万行のデータを用いた「count distinct」テストでは、StulabはSQLiteより6倍速いという結果になり、公式の「138倍」には及びませんでした。また、別の「distinct + order by」を用いたログ解析テストでも、速度差は1.5倍程度に留まっています。公式の数値は特定の極端な条件下でのものと推測され、日常的な使用ではそこまでの差は出ないようです。それでも、SQLiteを確実に上回るパフォーマンスを見せていることは事実であり、分析用途での優位性は証明されました。数値の誇張はあるものの、実用的なポテンシャルは非常に高いと言えます。

結論として、StulabはSQLiteを完全に駆逐する「SQLiteキラー」ではなく、共存すべきツールであると結論付けられています。SQLiteは依然として単一行の操作やトランザクション処理において信頼性が高く、Stulabは複雑なデータ分析に特化した「レーシングカー」のような存在です。Node.jsから純粋なRust製エンジンを直接叩ける仕組みは非常に画期的であり、エコシステムの発展が期待されます。あとはパッケージのインストール問題さえ解決されれば、多くの開発者にとって強力な選択肢になるでしょう。最後に視聴者に対して、信頼性を取るか性能を取るかという問いかけで動画は締めくくられます。