我目前遇到一个问题,我试图从cassandra中选择或插入特定的列数据,并不断得到一个未定义的列名错误,尽管在查看表时列名是一个集群键。但是,其他列的行为正常。
keyspace_name | table_name | column_name | clustering_order | column_name_bytes | kind | position | type
---------------+------------+-------------+------------------+-------------------+---------------+----------+------
keyspace1 | standard1 | C0 | none | 0x4330 | static | -1 | blob
keyspace1 | standard1 | column1 | asc | 0x636f6c756d6e31 | clustering | 0 | text
keyspace1 | standard1 | key | none | 0x6b6579 | partition_key | 0 | blob
keyspace1 | standard1 | value | none | 0x76616c7565 | regular | -1 | blob
cqlsh> SELECT "column1" from keyspace1.standard1;
InvalidRequest: Error from server: code=2200 [Invalid query] message="Undefined column name column1"
cqlsh> SELECT "C0" from keyspace1.standard1;
C0
------------------------
0xdc9e1bf05eab897f470a
0x5ff08459ccd892a25f91
0x85182fdfe7f86306cd58
0x10f1dd6febff8cbcf3ad
0xb8e05320cd1037d6e317
此外,在插入数据时,尽管column1“未定义”,但它仍然需要作为集群键
cqlsh> insert into keyspace1.standard1 (key) VALUES (0xcccc) ;
InvalidRequest: Error from server: code=2200 [Invalid query] message="Some clustering keys are missing: column1"
但是,在将数据插入其他列时,行为是正常的
cqlsh> insert into keyspace1.standard1 (key, "C0") VALUES (0xcccc, 0xbbbb) ;
cqlsh> SELECT "C0" from keyspace1.standard1;
C0 key
----------------------- ------------------------
0xdc9e1bf05eab897f470a 0x37373539364d4f323330
0xbbbb 0xcccc
0x5ff08459ccd892a25f91 0x4f503030314c35393330
0x85182fdfe7f86306cd58 0x30503337373039503231
0x10f1dd6febff8cbcf3ad 0x394e35344e4b34383631
0xb8e05320cd1037d6e317 0x4f384c4b37394c4f3631
这是在我运行了cassandra stress之后,我在3.11.4中运行了类似的测试,它运行得很好,但是当查询column1(clustering key)条目时,它们都是空的,这是我认为不可能的。
此预期行为是否从3.11.4开始改变?
1条答案
按热度按时间oxf4rvwz1#
看起来您正在处理一个紧凑的存储表。
您可以在cqlsh中验证这一点:
如果你看到
WITH COMPACT STORAGE
然后你有一个紧凑的存储表。一旦从此表中删除压缩存储格式,就应该能够选择列
column1
.要删除压缩存储:
我不确定您是如何得到表定义的(除非cassandra stress为您创建了它)。列
column1
通常在从压缩存储迁移的表中找到。迁移存储格式时通常会发生以下情况(对于没有群集列的表):
添加了两个新列column1 text和value blob。这些列包含在cql表模式之外写入到旧表的任何数据。
column1变为群集列。
所有常规列都成为静态列。
更多信息请参见:https://docs.datastax.com/en/cql-oss/3.3/cql/cql_using/dropcompactstorage.html