行キーを基準として使用する cassandra クエリを最適化しようとしています。だから私の疑問は、カサンドラ内の行キーを比較するプロセスを考えると、それに最適な「key_validation_class」は何でしょうか?
UTF8Type は Int32Type よりパフォーマンスが悪いですか? 現在、行キーを UTF8Type として作成するためにいくつかの連結値を使用していますが、それは悪いアプローチではないかと心配しています。
前もって感謝します。
1 に答える
4
key_validation_classは、 cassandraがキーに検証基準を適用するための便利なヒントです。制約と考えてください。Cassandra は内部的にバイトのみで動作します。これにより、パフォーマンスの問題が発生する可能性はほとんどありません。
「キー名」のサイズは、妥当な制限内にある限り、通常は問題になりません (64 ～ 128 バイトが絶対に正常であるとしましょう)。
UTF と Int32 のどちらを使用する方がよいかの決定は、ほとんどの場合、データを分割して範囲スライスを実行する必要があるためです。
Cassandra の主な強みはキーによるルックアップです。そのため、最初のキー名について心配する必要はありません。正しい設計決定が報われる列の設計により多くの時間を費やします。
于 2012-01-14T14:39:25.323 に答える