3

これまでのところ、現在の Cassandra アーキテクチャについて私が理解していることは次のとおりです。

  1. パフォーマンスの問題により、スーパー カラムは望ましくなくなりました。
  2. 複合列 (実際にはキー) は、階層キーのインデックス作成に適しています。
  3. 複合列には、ネストされたコンポーネントがソートされた順序で格納されます。実際のインデックスはありません。

いくつか質問があります:

  1. 私が述べたことはすべて正しいですか?
  2. 複合列はコンポーネントごとに範囲クエリを効率的に処理できますか (論理的な使用法を想定)?
  3. 複合列は、非常に多数の行に適していますが、迅速なクエリ結果を生成します (それ自体はインデックスではないことを考慮して)?
  4. 複合列に対してセカンダリ インデックスを作成できますか。はいの場合、範囲クエリを効率的に実行できますか?

前もって感謝します。

4

1 に答える 1

3
  1. はい
  2. はい
  3. はい、他の列と同じように書き込み時にソートされるため
  4. はい、1.2 以降、コンポジットに対してセカンダリを作成できます。このJIRAチケットを見る
于 2012-08-16T13:22:21.893 に答える