where句でプライマリ以外のキー列を使ってcassandraクエリを実行する方法

Question

私は、プロジェクトのDBソリューションとしてcassandraを検討するためにパフォーマンスベンチマークを取っています。私はプライマリキーとしていくつかの列を持つ28列のテーブルを作成しました。

私は約250以上の何百万ものレコードのデータを持つテーブルを読み込みました。

where句の主キー列を使用してクエリを実行したとき、結果は非常に良好でした。 5つのスレッドでクエリを並列化すると、2.5分で100万件近くのクエリを処理できました。

ただし、where句でプライマリ以外のキー列を使用してクエリを実行しようとすると、1000回のクエリで約2時間かかりました。

私は、プライマリキーを持っていないことが大きな欠点であることを知っていましたが、それでもなお、私たちはそのような状況をどこかに持っているかもしれません。

1. 2次インデックスを使用できるかどうかを確認しようとしましたが、1つの列のみに制限されているようです。

2. インデックスタイプのクラスが必要なため、カスタムインデックスの正しい例が見つかりませんでした。

3. プライマリキーのすべての列を使用した場合、少なくとも5％は役に立ちますか？

4. where句の主キー列がないクエリの状況がさらに増えると、cassandraは本当に良い解決策ですか？

誰かがこの状況に確実に直面している可能性があることを強く信じています。誰でも自分の経験を共有できれば幸いです。

Answer 1

where句の主キー列がないクエリの状況がさらに増えると、cassandraは本当に良い解決策ですか？

これは先験的なカサンドラが最善の解決策ではないユースケースです。 250万以上のレコードがある場合、他のデータベースもパフォーマンスの問題に対応します。

1つの解決方法は、他のテーブルに独自のインデックスを作成することです。 where節の種類が多すぎる場合は、そのトリックを行う必要があります。 1つの行を更新または選択するためにいくつかのupdateコマンドまたはselectコマンドを実行しなければならない場合でも、これらのコマンドはそれぞれ、実行したベンチほど速くなければなりません。