它唯一重要的情况是令牌/节点分配.这是因为生成的“12345”标记作为文本将不同于为12345生成的标记作为bigint:
aploetz@cqlsh:stackoverflow> CREATE table textaskey (key text PRIMARY KEY,value text);aploetz@cqlsh:stackoverflow> CREATE table longaskey (key bigint PRIMARY KEY,value text);aploetz@cqlsh:stackoverflow> INSERT INTO textaskey (key,value) VALUES ('12345','12345');aploetz@cqlsh:stackoverflow> INSERT INTO longaskey (key,value) VALUES (12345,'12345');aploetz@cqlsh:stackoverflow> SELECT token(key),value FROM textaskey ; token(key) | value---------------------+------- 2375712675693977547 | 12345(1 rows)aploetz@cqlsh:stackoverflow> SELECT token(key),value FROM longaskey; token(key) | value---------------------+------- 3741197147323682197 | 12345(1 rows)
但即使在这个例子中,也不应该比另一个更快/更不同.
总结以上是内存溢出为你收集整理的cassandra – 使用TEXT作为主键时是否有任何性能损失?全部内容,希望文章能够帮你解决cassandra – 使用TEXT作为主键时是否有任何性能损失?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)