Tablestore:範囲クエリで GetRange API と Search API を使用する場合の違い

相違点

GetRange API

Search API

リアルタイムクエリのパフォーマンス

インデックスを必要とせず、データテーブルに対して直接クエリを実行します。 データは書き込み直後からクエリできます。

GetRange API の詳細については、「Read data」および「GetRange」をご参照ください。

多次元インデックスに対してクエリを実行します。 多次元インデックスとデータテーブルは非同期に同期されます。 データの書き込み後、同期が完了するまで待機してからデータをクエリする必要があります。 同期は通常 3 秒以内に完了します。

Search API の詳細については、「Introduction to Search Index」および「Search」をご参照ください。

コンピューティングリソースの消費量とスケーラビリティ

システムは、指定したタイムスタンプ範囲に基づいてデータテーブルのパーティションを特定します。 読み取り操作はこれらのパーティション内でのみ実行されます。 このプロセスはコンピューティングリソースの消費量が少なく、スケーラブルです。

コンピューティングリソースの消費量とスケーラビリティは、多次元インデックスの作成時にルーティングキーを指定するかどうかによって異なります。

• ルーティングキーを指定しない場合、システムはすべてのパーティションで読み取り操作を実行します。 この場合、コンピューティングリソースの消費量が増え、スケーラビリティは限定的です。

• ルーティングキーを指定した場合、システムは読み取り操作の対象となる特定のパーティションを特定します。 この場合、コンピューティングリソースの消費量は少なくなります。 クエリ機能はパーティション数に応じて拡張できます。 ただし、多次元インデックスのパーティションは動的分割をサポートしないため、動的なスケーラビリティはありません。

多次元インデックスの作成方法の詳細については、「Create a search index」をご参照ください。

データフィルタリングのサポート

データスキャンのみを実行し、複雑なデータフィルタリングはサポートしません。

柔軟性を高めるため、列条件の任意の組み合わせによるフィルタリングをサポートします。