質問

私は、Rowキーを基準として使用するいくつかのCassandraクエリを最適化しようとしています。私の疑いは、Cassandra内の行キーを比較するプロセスを考慮して、それに最適な「key_validation_class」は何ですか?

UTF8TypeはINT32TYPEよりもパフォーマンスが低下していますか?今では、utf8typeとして行キーを作成するためにいくつかの連結値を使用していますが、それが悪いアプローチであることを心配しています。

前もって感謝します。

役に立ちましたか?

解決

key_validation_class 便利なヒントです キーの検証基準を実施する。それを制約と考えてください。 Cassandraは、バイトのみで内部的に動作します。これは、パフォーマンスの問題を引き起こす可能性は低いです。

「キー名」のサイズは、一般に、合理的な制限内にある限り問題ではありません(64-128バイトが絶対に正常であるとしましょう)。

UTFまたはINT32を使用する方が良いかどうかの決定は、主にデータを分割し、範囲スライスを実行する必要があることによって駆動されます。

Cassandraの主な強さは、キーによるルックアップです。そのため、最初のキー名について心配しないでください。正しい設計上の決定が報われる列の設計にもっと時間を費やしてください。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top