Cassandra CQL v3.0&复合类型 [英] Cassandra CQL v3.0 & Composite Types

查看:173
本文介绍了Cassandra CQL v3.0&复合类型的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在浏览 CQLv3.0 的文档p>

如果我们在更新中指定复合键,并选择像'a:b:1',那么我的比较器 key_validation ascii ascii int



在选择或方式中没有提及< select expression> 指定更新中的复合列和行< primary / composite key name>



希望获得一些帮助

解决方案

CQL 3负责管理实际的复合类型和值。 CQL 3行不一定与底层Cassandra行(存储引擎行)相同。复合值会抽象为单独的列。



http://www.datastax.com/dev/blog/schema-in-cassandra-1-1 可能有助于理解转换。


I was going through the documentation of CQLv3.0

Should we specify composite keys across updates and selects like 'a:b:1' incase my comparator or key_validation is ascii, ascii, int?

There is no mention on <select expression> in select or way to specify composite columns and rows in update too <primary/composite key name>

Expecting some help over it

解决方案

CQL 3 takes care of managing the actual composite types and values for you. CQL 3 rows are not necessarily the same as the underlying Cassandra rows ("storage engine rows"). The composite values are abstracted into separate columns.

The example at http://www.datastax.com/dev/blog/schema-in-cassandra-1-1 may help in understanding the transformation.

这篇关于Cassandra CQL v3.0&amp;复合类型的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆