cql二进制协议和已准备查询中的命名绑定变量

Question

想象一下，我有一个简单的CQL表

CREATE TABLE test (
k int PRIMARY KEY,
v1 text,
v2 int,
v3 float
)

在许多情况下，人们会希望利用Cassandra的无模式本质，只设置一些值，例如

INSERT into test (k, v1) VALUES (1, 'something');

当编写应用程序以写入Cassandra集群中的CQL表时，出于性能原因，需要立即使用准备好的语句来完成此操作。

这由不同的驾驶员以不同的方式处理。例如，Java驱动程序引入了（在CQL二进制协议修改的帮助下）使用命名绑定变量的机会。非常实用：CASSANDRA-6033

我想知道的是，从二进制协议的角度来看，在准备好的查询中只为绑定变量的子集提供值的正确方法是什么？

实际上，值是通过构建值列表提供给准备好的查询的，如中所述

4.1.4. QUERY 
[...]
Values. In that case, a [short] <n> followed by <n> [bytes]
values are provided. Those value are used for bound variables in
the query.

请注意[bytes]的定义

[bytes]        A [int] n, followed by n bytes if n >= 0. If n < 0,
               no byte should follow and the value represented is `null`.

从这个描述中，我得到以下信息：

1. QUERY中的“值”没有提供为特定列提供值的方法。它只是值的有序列表。我想[短]必须对应于准备好的查询中绑定变量的确切数量？
2. 所有值，无论它们是什么类型，都表示为[bytes]。如果为真，则[bytes]值的任何解释都留给服务器（转换为int、短、文本、…）？

假设我做对了，我想知道“null”[bytes]值是否可以用来“跳过”绑定变量而不为其赋值。

我试过这个，打了cpp驱动的补丁(这也是我感兴趣的)。执行查询，但是当我执行SELECT from clqsh时，我没有看到空字段的“null”字符串表示，所以我想知道这是否是一种黑客行为，由于某些原因，这不仅仅是崩溃，或者是实现这一点的预期方式。

我很抱歉，但我真的不认为我可以下载java驱动程序，看看命名绑定变量是如何实现的！:(

-编辑-已解决-

我的假设是正确的，现在支持跳过准备好的查询中的字段已通过使用null[bytes value]添加到cpp驱动程序（参见此处）。

Answer 1

我试图实现的目标已经根据我描述的原则完成了（见这里）。

Answer 2

我想知道的是，从二进制协议的角度来看，在准备好的查询中只为绑定变量的子集提供值的正确方法是什么？

您需要准备一个只插入/更新感兴趣的列子集的查询。

QUERY 中的“值”不提供为特定列提供值的方法。它只是一个有序的值列表。我猜[短]必须对应于准备好的查询中绑定变量的确切数量？

没错。排序由Cassandra在准备查询时返回的列元数据决定。

所有值，无论它们是什么类型，都表示为[字节]。如果这是真的，对[bytes]值的任何解释都将留给服务器（转换为int、short、text…）？

那也是正确的。驱动程序将使用返回的列元数据来确定如何将本机值(字符串、UUIDS、int等)转换为二进制(字节)格式。Cassandra在服务器端做与此相反的操作。

假设我做对了，我想知道“null”[bytes]值是否可以用来“跳过”绑定变量而不为其赋值。

空列插入被解释为删除。