Cassandra存储引擎在Cassandra 2.0.X中表示数据

Cassandra CLI在Cassandra 3.0中被弃用。我想知道是否有可能获得宽行（动态列）的存储引擎表示，而不是关系视图

例如，在cassandra cli中执行以下命令将生成具有动态列和计数器值的键“COEXEIGLE”：

list table;

RowKey: COEXEIGLE
=> (counter=2014-04-07 18\:45\:00-0700:count, value=5)
=> (counter=2014-04-07 19\:30\:00-0700:count, value=1)
=> (counter=2014-04-07 19\:31\:00-0700:count, value=1)
=> (counter=2014-04-08 19\:31\:00-0700:count, value=2)

1 Row Returned.

尽管使用以下sql语句cqlsh，您将获得数据的传统关系视图：

select * from table;

 serialId    | time                     | count
-------------+--------------------------+-------
   COEXEIGLE | 2014-04-07 18:45:00-0700 |     5
   COEXEIGLE | 2014-04-07 19:30:00-0700 |     1
   COEXEIGLE | 2014-04-07 19:31:00-0700 |     1
   COEXEIGLE | 2014-04-08 19:31:00-0700 |     2

(4 rows)

同样，我们很好奇是否仍然可以看到存储引擎表示，而不是关系视图

卡桑德拉版本：

[cqlsh 4.1.1 | Cassandra 2.0.6 | CQL spec 3.1.1 | Thrift protocol 19.39.0]

---

Cassandra Cli实际上不向您显示数据的引擎表示形式（不显示大量信息）。要真正了解数据在磁盘上的布局，唯一的方法是使用sstable2json程序。这将显示存储引擎看到的数据的实际磁盘表示形式

---

如果您真的需要查看此视图，我的建议是刷新一个表，并使用sstable2json将其转换为人类可读的格式。

Cassandra Cli实际上不会向您显示数据的引擎表示形式（不会显示大量信息）。要真正了解数据在磁盘上的布局，唯一的方法是使用sstable2json程序。这将显示存储引擎看到的数据的实际磁盘表示形式

---

如果您真的需要查看此视图，我的建议是刷新一个表，并使用sstable2json将其转换为人类可读的格式。

Cassandra 3.0将采用Cassandra-8099（）中修订的存储引擎，它本质上将存储本身更改为cql感知（cql行/列，而不是sstable分区/列），考虑到这一点，卡桑德拉的大多数现代用户都是这样看待他们的数据的

Cassandra 3.0将以Cassandra-8099（）中修订的存储引擎为特色，它本质上将存储本身更改为cql感知（cql行/列，而不是sstable分区/列），因为这是Cassandra的大多数现代用户对数据的看法