メインコンテンツまでスキップ
バージョン: 3.13
Features and pricing

ScalarDB ロードマップ

注記

このページは英語版のページが機械翻訳されたものです。英語版との間に矛盾または不一致がある場合は、英語版を正としてください。

このロードマップは、ScalarDB の今後の計画の概要を示しています。このロードマップの目的は、今後どのような変更が行われる可能性があるかを把握できるようにし、進捗状況をより詳しく追跡し、主要なマイルストーンを把握し、開発中にフィードバックを提供することです。このロードマップは、ScalarDB の新しいバージョンがリリースされるたびに更新されます。

警告

開発の過程で、このロードマップはユーザーのニーズやフィードバックに基づいて変更される可能性があります。このロードマップの内容に従ってリリース計画をスケジュールしないでください。

機能リクエストがある場合、または機能開発を優先したい場合は、GitHub で問題を作成してください。

CY2024 Q4​

新しい機能​

  • 分析のためのデータ仮想化
    • ユーザーは、ScalarDB Analytics を介してさまざまなデータソースで読み取り専用の OLAP SQL クエリを実行できるようになります。ScalarDB Analytics は現在、ScalarDB 管理のデータストアのみをサポートしているため、この機能強化により、データソースが ScalarDB トランザクションによって管理されているかどうかに関係なく、リレーショナルデータベースや NoSQL データベースなどのさまざまなデータストアと、Amazon S3 などのクラウドオブジェクトストア内のファイルが仮想的に統合されます。
  • ベクトルストアの抽象化
    • ユーザーは、ScalarDB の新しいベクトルストアインターフェイスを介して、ベクトルストアに埋め込み (ベクトル) を保存したり、ベクトルストアから埋め込みを検索したりできるようになります。この機能により、ユーザーは、既存の ScalarDB インターフェイスを介してデータベースからデータを読み取り、データから埋め込みを作成し、新しいインターフェイスを介してベクトルストアに埋め込みを保存したり、ベクトルストアから埋め込みを検索したりすることで、大規模言語モデル (LLM) を使用した検索拡張生成 (RAG) を実現するプロセスを簡素化できます。

セキュリティ​

  • きめ細かなアクセス制御
    • ユーザーは、基盤となるデータベースへのアクセスをよりきめ細かに承認できるようになります。ScalarDB は、ユーザーが特定の操作を発行する権限を持っているかどうかを確認する現在の単純な承認に加えて、ユーザーが特定のレコードにアクセスできるかどうかも確認します。

ユーザビリティ​

  • 時間関連のデータ型の追加
    • ユーザーは時間関連のデータ型を使用できるようになり、既存のアプリケーションの移行が容易になります。
  • 追加書き込み戦略の削除
    • ユーザーは、トランザクションをシリアル化可能にするために追加書き込み戦略を使用できなくなります。ScalarDB は現在、トランザクションをシリアル化可能にするために追加読み取り戦略と追加書き込み戦略の 2 つの戦略を提供していますが、追加書き込み戦略にはいくつかの制限があります。たとえば、ユーザーは同じトランザクションで書き込み操作とスキャン操作を発行できません。したがって、この戦略は削除され、ユーザーはアプリケーションを作成するときにこのような制限を心配する必要がなくなります。

パフォーマンス​

  • 1 フェーズコミットの最適化
    • ユーザーは、単一のパーティションに書き込む単純なトランザクションの実行速度が速くなります。ScalarDB は、基礎となるデータベースの単一パーティション線形化可能な操作を利用して、トランザクションが 1 つのパーティションのみを更新する場合、正確さを犠牲にすることなく、レコード準備フェーズとコミット状態フェーズを省略します。
  • ScalarDB メタデータの管理に必要なストレージ領域の削減
    • ユーザーは、ScalarDB を実行するために使用するストレージ領域が少なくなる可能性があります。ScalarDB は、コミットされたトランザクションがコミットされた後に、コミット前のイメージを削除します。ただし、コミットされたトランザクションが実際のストレージ領域に影響を与えるかどうかは、基礎となるデータベースによって異なります。
  • 読み取り専用トランザクションのコーディネータ書き込みの削除
    • 読み取り専用トランザクションのコーディネータ書き込みを削除することで、ユーザーは読み取り専用トランザクションの実行速度が向上します。

クラウドサポート​

  • Azure Marketplace でのコンテナオファリング
    • ユーザーは、Azure コンテナオファリングを使用して ScalarDB Cluster をデプロイできるようになります。これにより、ユーザーは従量課金制のサブスクリプションモデルを利用できるようになります。
  • Google Cloud Platform (GCP) のサポート
    • ユーザーは、GCP の Google Kubernetes Engine (GKE) に ScalarDB Cluster をデプロイできるようになります。

CY2025 Q1​

新しい機能​

  • ネイティブセカンダリインデックス
    • ユーザーは柔軟なセカンダリインデックスを定義できるようになります。既存のセカンダリインデックスは、サポートされているデータベースのセカンダリインデックスの共通機能に基づいて実装されているため、制限があります。したがって、たとえば、複数列のインデックスを定義することはできません。新しいセカンダリインデックスは ScalarDB レイヤーで作成されるため、複数列のインデックスなど、より柔軟なインデックスを作成できます。

ユーザビリティ​

  • 集計用の SQL 操作の追加
    • ユーザーは ScalarDB SQL で集計操作を発行できるようになります。
  • 大規模なスキャンによるメモリ不足エラーの排除
    • ユーザーはメモリ不足エラーを経験することなく大規模なスキャンを発行できるようになります。
  • 一時停止期間中の読み取り操作の有効化
    • ユーザーは一時停止期間中でも読み取り操作を発行できるため、バックアップを取りながらデータを読み取ることができます。
  • より多くのデータタイプの追加
    • ユーザーはより多くのデータタイプを使用できるようになるため、既存のアプリケーションの移行が容易になります。

CY2025 Q2 -​

ユーザビリティ​

  • ビュー
    • ユーザーはビューを定義して、複数の異なるデータベースをより簡単かつ簡素化された方法で管理できるようになります。

スケーラビリティと可用性​

  • 半同期レプリケーション
    • ユーザーは、災害復旧可能な方法で ScalarDB ベースのアプリケーションを提供できます。たとえば、東京でプライマリサービスを提供し、大阪でスタンバイサービスを提供するとします。東京で壊滅的な障害が発生した場合、プライマリサービスを大阪に切り替えることで、データ損失や長時間のダウンタイムなしにサービスを継続できます。

クラウドサポート​

  • Red Hat OpenShift のサポート
    • ユーザーは、OpenShift 環境で ScalarDB Cluster 用の Red Hat 認定 Helm Charts を使用できるようになります。
  • Google Cloud Marketplace でのコンテナの提供
    • ユーザーは、Google Cloud コンテナの提供を使用して ScalarDB Cluster をデプロイできるようになります。これにより、ユーザーは従量課金制のサブスクリプションモデルを利用できるようになります。