FastDBは、C++ と緊密に統合されたオープンソースのインメモリ データベースです (テーブルがクラスで行がオブジェクトである SQL に似たクエリ言語をサポートしています)。ほとんどの IMDB と同様に、読み取りアクセス パターンが支配的なアプリケーション向けです。アルゴリズムとデータ構造は、データ全体をメイン メモリ (RAM) で読み書きするシステム向けに最適化されています。他のインメモリデータベースと比較しても非常に高速であるはずですが、オンラインでベンチマークを見つけることができません.
時系列データに FastDB を使用することを検討しています。プロジェクトでは、1) ミリ秒未満のランダム アクセス読み取りレイテンシ、および 2) 1 秒あたり数百万行のシーケンシャル読み取りスループットが非常に優れています。
FastDB を実際に使用した経験についての参考文献はあまり見つかりません。ここで使った人いますか？FastDB のベンチマーク、特に読み取りレイテンシとスループットを考慮したものを教えてください。
Erlang フォーラム (2009 年以降) の最近の投稿: http://www.trapexit.org/forum/viewtopic.php?p=49476#49476には、ミリ秒未満のレイテンシでシステムを取引するために FastDB を推奨する人 (Serge Aleynikov) がいます:
C++ のコーディングにあまり時間をかけたくない場合は、
既に mnesia バックエンドを抽象化する作業をうまく行っているので
、このデータベース (www.fastdb.org) 用の Erlang ドライバーを作成してみませんか。
C++ で実装されたメモリ マップド ファイルに基づいており
、他のインメモリ データベースに比べて比較的高速 (約 250k ルックアップ/秒、50k 挿入/秒)、
時系列機能、シンプルな C-API を備えています。FastDB インターフェース
をいくつかの言語で実装しましたが、一般的にミリ秒未満の範囲のレイテンシーを処理するシステムに適しています
。
低マイクロ秒の領域にとどまる必要 がない限り、それで十分かもしれません。
私の2c。
サージ
マイクロ秒単位の低遅延で人々が心配しているのを見るのは、かなり恐ろしいことです。私は、デジタル信号処理 (DSP) 用に FastDB を検討しています。ライブ オーディオ システムでは、一般的に遅延が約 10 ミリ秒以下に制限されています。もちろん、システムがミリ秒単位で応答する場合、長さがわずか数マイクロ秒の入力パルスを使用する可能性があります。
250K のルックアップ/秒、50K の挿入/秒に使用されたシステムについては言及されていません。それでも、それは前向きな兆候です。