シングルストア

2013年1月、SingleStoreは500万ドルの資金調達を発表した。それ以来、同社はKhosla Ventures、Accel、Google Ventures、Dell Capital、HPEなどの投資家から3億1810万ドルを調達している。^{[ 25 ]} 2022年10月、SingleStoreはシリーズF-2を完了し、新たな投資家Prosperity7を迎えた。^{[ 26 ]}

SingleStoreは、行指向テーブル（「行ストア」）または列指向テーブル（「列ストア」）のいずれかにデータを格納できます。使用するフォーマットは、テーブルを作成する際にユーザーが決定します。^{[ 29 ]}

行ストア テーブルは、その名の通り、RDBMSシステムで使用される従来のデータ形式である行形式で情報を格納します。行ストアは、単一または小規模な挿入、更新、削除クエリに最適化されており、OLTP (トランザクション) ユースケースに最も密接に関連しています。行ストア テーブルのデータは完全にメモリに格納されるため、ランダム読み取りが高速になり、スナップショットとトランザクション ログはディスクに永続化されます。列ストアは、複雑な SELECT クエリに最適化されており、通常はOLAP (分析) およびデータ ウェアハウスのユースケースに関連しています。^{[ 30 ]}

SingleStore の行ストアは、従来の B ツリー インデックスではなく、メモリ内での高速かつロックフリーな処理に最適化されたスキップリストを使用します。列ストアは、ディスク上の圧縮を最大化し、高速な順序付きスキャンを実現するために、データをソートされたセグメントに格納します。SingleStore は、特定のクエリを高速化するために、ハッシュ インデックスをセカンダリ インデックスとして使用することもサポートしています。^{[ 31 ] [ 32 ]}

SingleStore データベースは、クラウドベースのサーバーまたは汎用マシンである多数のノードに分散されます。データはリーフ ノードのパーティションに格納され、ユーザーはアグリゲータ ノードに接続します。^{[ 33 ] [ 34 ]} SingleStore アグリゲータ ノードとリーフ ノードには単一のソフトウェアがインストールされます。管理者は、セットアップ時にクラスタ内の各マシンの役割を指定します。アグリゲータ ノードは、SQL クエリを受信し、リーフ ノードに分割し、結果をクライアントに集約する役割を担います。リーフ ノードは SingleStore データを格納し、アグリゲータからのクエリを処理します。アグリゲータとリーフ ノード間のすべての通信は、SQL を使用してネットワーク経由で行われます。SingleStore はハッシュ パーティショニングを使用して、リーフ ノードの数にデータを均等に分散します。^{[ 35 ]}

インメモリ行ストアの耐久性は、チェックポイントと同様に、ライトアヘッドログとスナップショットによって実現されます。デフォルト設定では、トランザクションがメモリ内で確認されるとすぐに、データベースはディスクが許容する限り高速にトランザクションを非同期的にディスクに書き込みます。^{[ 36 ]}

SingleStore クラスタは「高可用性」（HA）モードで構成でき、各データ パーティションは、2 つの別々のリーフ ノード上にプライマリ パーティションとレプリカ パーティションで自動的に作成されます。HA モードでは、アグリゲーターはトランザクションをプライマリ パーティションに送信し、プライマリ パーティションはログをセカンダリ パーティションに送信します。プライマリに予期しない障害が発生した場合、レプリカ パーティションがプライマリ パーティションとして引き継ぎ、ダウンタイムなしで完全にオンラインで動作します。^{[ 37 ]}

2024年、SingleStoreはデータレイクアーキテクチャで使用されるテーブル形式であるApache Icebergのサポートを追加しました。 ^{[ 38 ]}また、このリリースには、ベクトル検索、全文検索、自動スケーリング、およびデプロイオプションの更新も含まれていました。^{[ 39 ] [ 40 ] [ 41 ]}