因此,如果您添加 ALLOW FILTERING 指令,则原始查询可以工作:
> SELECT cluster_name, release_version FROM system.local
WHERE release_version >= '3.11.10' ALLOW FILTERING;
cluster_name | release_version
------------------------+-----------------
Aarons 3.11.10 Cluster | 3.11.10
(1 rows)
通常我不会建议ALLOW FILTERING,但system 键空间使用LocalStrategy,因此查询只会转到单个节点。这也适用于 >= '3.0' 或 >= '3.11' 甚至 < '4.0' 之类的比较。
由于 release_version 是数据类型文本,这将不起作用,我找不到获取此值的子字符串或将值转换为 int 的方法。
这里的数据类型不是一个显眼的东西。这里的比较(在字符串上)显然是“ASCII-betical”,而不是 alpha[betical|numeric]。但是对于只有一行的表来说,排序顺序并不重要。
编辑
无法为此创建函数,因为我无法在系统表上创建函数。
真实的陈述。但是您可以在另一个键空间中创建一个函数,然后在系统表上使用它。
如果我在低于 3.11.10 的版本上执行选择(例如,如果我在 3.11.8 上运行相同的选择,我会得到结果)
知道了。为了解决这个问题,您可以构建一个函数。我能够让它工作,但它有点“hacky”。所以我创建了一个名为concat311 的新用户定义函数,它接受一个整数并将其添加为字符串“3.11”的补丁级版本。
CREATE OR REPLACE FUNCTION *.concat311 (input INT)
RETURNS NULL ON NULL INPUT RETURNS TEXT
LANGUAGE java AS 'return "3.11." + String.format("%02d", input);';
本质上,它将补丁级版本号返回为“零填充”,因此可以成功地将其与 release_version 列值进行比较。
> SELECT cluster_name, release_version, *.concat311(7) FROM system.local
WHERE release_version > *.concat311(7) ALLOW FILTERING;
cluster_name | release_version | *.concat311(7)
------------------------+-----------------+----------------------------
Aarons 3.11.10 Cluster | 3.11.10 | 3.11.07
(1 rows)
这里的缺点是这不适用于等式约束(“3.11.8”!=“3.11.08”)。但它适用于 [大于|小于] 的比较。