优化cassandra查询

我正在尝试优化一些cassandra查询，我使用row键作为标准。 所以我的疑问是，考虑到比较cassandra内部行键的过程，什么样的“键验证类”对它来说是最好的

UTF8Type的性能是否比Int32Type差？ 现在，我使用一些连接的值来创建UTF8Type行键，但我有点担心这是一种不好的方法

---

提前感谢。

密钥验证\u类只是对密钥强制执行验证标准的一个方便提示。把它当作约束。Cassandra只在内部使用字节。这不太可能导致任何性能问题

“密钥名”的大小通常不是问题，只要它在合理的范围内（比如说64-128字节是绝对正常的）

决定使用UTF还是Int32更好，主要是因为需要对数据进行分区并执行范围切片

---

Cassandra的主要优点是通过一个键进行查找，所以不要担心开始时的键名。花更多的时间设计正确的设计决策将获得回报的列。

key\u validation\u class只是对键强制执行验证标准的一个方便提示。把它当作约束。Cassandra只在内部使用字节。这不太可能导致任何性能问题

“密钥名”的大小通常不是问题，只要它在合理的范围内（比如说64-128字节是绝对正常的）

决定使用UTF还是Int32更好，主要是因为需要对数据进行分区并执行范围切片

Cassandra的主要优点是通过一个键进行查找，所以不要担心开始时的键名。花更多的时间设计专栏，让正确的设计决策得到回报