我在 cassandra 中呈现复杂的数据结构时遇到问题。数据的JSON示例:
{
"A": {
"A_ID" : "1111"
"field1": "value1",
"field2": "value2",
"field3": [
{
"id": "id1",
"name": "name1",
"segment": [
{
"segment_id": "segment_id_1",
"segment_name": "segment_name_1",
"segment_value": "segment_value_1"
},
{
"segment_id": "segment_id_2",
"segment_name": "segment_name_2",
"segment_value": "segment_value_2"
},
...
]
},
{
"id": "id2",
"name": "name2",
"segment": [
{
"segment_id": "segment_id_3",
"segment_name": "segment_name_3",
"segment_value": "segment_value_3"
},
{
"segment_id": "segment_id_4",
"segment_name": "segment_name_4",
"segment_value": "segment_value_4"
},
...
]
},
...
]
}
}
将仅使用一个查询: 按A_ID查找。
我认为这些数据应该存储在一个 TABLE(列系列)中,并且没有序列化/反序列化操作以提高效率。如果 CQL 不支持嵌套映射和列表,我该如何执行此操作?
Cassandra 2.1 增加了对嵌套结构的支持: https://issues.apache.org/jira/browse/CASSANDRA-5590
"仅将其存储为 json/protobuf/avro/etc blob"的缺点是您必须读取和重写整个 blob 才能更新任何字段。 因此,至少您应该将顶级字段拉入 Cassandra 列,并适当地利用集合。
由于您将它用作键/值,因此您实际上可以将其存储为JSON,或者更有效地保存数据,例如BSON或事件Protobuf。
我个人会将其存储在 Protobuf 记录中,因为它不会保存在您的情况下可能重复的字段名称。