无法使用Astyanax客户端创建具有组合键的表

时间:2012-08-11 13:13:51

标签: cassandra cql astyanax

如何使用astyanax客户端创建包含复合键的表。现在我用cqlsh -3创建了它,这就是它在cli中的样子:

[default@KS] describe my_cf;
    ColumnFamily: my_cf
      Key Validation Class: org.apache.cassandra.db.marshal.UTF8Type
      Default column value validator: org.apache.cassandra.db.marshal.UTF8Type
      Columns sorted by: org.apache.cassandra.db.marshal.CompositeType(org.apache.cassandra.db.marshal.TimeUUIDType,org.apache.cassandra.db.marshal.UTF8Type)
      GC grace seconds: 864000
      Compaction min/max thresholds: 4/32
      Read repair chance: 0.1
      DC Local Read repair chance: 0.0
      Replicate on write: true
      Caching: KEYS_ONLY
      Bloom Filter FP chance: default
      Built indexes: []
      Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy
      Compression Options:
        sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor

这就是我期望它在cqlsh中的方式:

 CREATE TABLE my_cf (
                   ... key text,
                   ... timeid timeuuid,
                   ...   flag boolean,
                   ...   data text,
                   ... PRIMARY KEY (key, timeid));

我使用复合键作为blob存储,这是一个问题。

我的代码

public class MyKey {
    @Component(ordinal=0)
    private String key;
    @Component(ordinal=1)
    private UUID timeid;
 //...
}

CF

public static ColumnFamily<MyKey, String> MY_CF = ColumnFamily
        .newColumnFamily("my_cf",
                new AnnotatedCompositeSerializer<MyKey>(MyKey.class),
                StringSerializer.get());

KS

                ksDef = cluster.makeKeyspaceDefinition();

                ksDef.setName(keyspaceName)
                        .setStrategyOptions(keyspaceOptions)
                        .setStrategyClass("SimpleStrategy")
                        .addColumnFamily(
                                cluster.makeColumnFamilyDefinition()
                                        .setName(MY_CF.getName())
                                        .setComparatorType("UTF8Type")
                                        .setDefaultValidationClass("UTF8Type")
// blob if no key validation class specified
// and something looking as a string if I use this:     .setKeyValidationClass("CompositeType(UTF8Type, TimeUUIDType)")
// anyway there's a single column per composite key

                                        .addColumnDefinition(
                                                cluster.makeColumnDefinition()
                                                        .setName("flag")
                                                        .setValidationClass(
                                                                "BooleanType"))
                                        .addColumnDefinition(
                                                cluster.makeColumnDefinition()
                                                        .setName("data")
                                                        .setValidationClass(
                                                                "UTF8Type")));
                cluster.addKeyspace(ksDef);

突变

            MutationBatch m = ks.prepareMutationBatch();

            for (char keyName = 'A'; keyName <= 'C'; keyName++) {
                MyKey myKey = new MyKey("THEKEY_" + keyName, TimeUUIDUtils.getUniqueTimeUUIDinMillis());
                ColumnListMutation<String> cfm = m.withRow(MY_CF, myKey);
                cfm.putColumn("flag", true, null);
                cfm.putColumn("data", "DATA_" + keyName, null);
            }
            m.execute();

cqlsh:KS&gt;描述columnfamily my_cf;

CREATE TABLE my_cf (
  KEY blob PRIMARY KEY,
  flag boolean,
  data text
) WITH ...

cqlsh:KS&gt;从my_cf中选择*;

  key                                                      | flag | data
----------------------------------------------------------+--------+---------
 00064953494e5f420000109f4513d0e3ac11e19c400022191ad62b00 | True   | DATA_B

cqlsh:KS&GT; select * from my_cf where key ='THEKEY_B'order by timeid desc;

Bad Request: Order by on unknown column timeid

在下面的cassandra-cli看起来不对吗?为什么它在cqlsh中不起作用?

cassandra-cli]列出my_cf;

RowKey: THEKEY_B:09f29941-e3c2-11e1-a7ef-0022191ad62b
=> (column=active, value=true, timestamp=1344695832788000)
=> (column=data, value=DATA_B, timestamp=1344695832788000)

我做错了什么? (astyanax 1.0.6,cassandra 1.1.2) cqlsh&gt; [cqlsh 2.2.0 | Cassandra 1.1.2 | CQL规范3.0.0 |节俭协议19.32.0]

1 个答案:

答案 0 :(得分:4)

从我能够弄清楚的,复合主键 代表协议和接口的主要分歧 cassandra和您使用的协议控制您拥有的功能 访问。

例如,astyanax和hector主要是节俭协议 客户端,而CQL,不仅仅是一种语言,是(或将是?)二进制协议。

这两个协议不等效,CQL3具有复合主要协议 钥匙使事情变得非常不同。

使用复合主键来理解“TABLES”的事情就是它们 实质上转换为具有复合列名称的宽行。该 主键的第一部分是行键和其余部分 用作前缀以及TABLE列名作为列名 宽行。

在您的实例中,行键为“key”,列前缀为 “timeid”,所以你插入的标志字段实际上是一个 列命名:标志和数据是:数据等 上。

为了使其工作,cassandra的CQL协议接口是 将“TABLES”转换为宽行并透明地处理所有 该栏目命名。

节俭界面不会照顾这些东西,当你 做一个变异,它只是写出像它习惯的列,没有 虚拟寻址。

所以,事实上,结果在你的cassandra-cli看起来并不合适。如果你从cqlsh -3进行插入,那么从cassandra-cli的角度来看它应该是这样的(带有简单的文本日期):

[default@testapp] list my_cf;
RowKey: mykey
=> (column=20120827:data, value=some data, timestamp=1346090889361000)
=> (column=20120827:flag, value=, timestamp=1346090889361001)

CQL3和表看起来真的很有吸引力,但是还有一些权衡要做,而且似乎还没有可靠的Java客户端支持。