是否可以使用 clickhouse 作为键值存储,数据是否经常被覆盖,但很少被读取?如果可能,我应该使用什么引擎?
最佳答案
ClickHouse 不是为该用例构建的,它故意在其文档的主页中这样说。
When NOT to use ClickHouse
- Transactional workloads (OLTP)
- Key-value access with high request rate
- Blob or document storage
- Over-normalized data
但是,如果 QPS 较低,您仍然可以获得良好的点查询延迟分数。 ClickHouse还提供了多种Dictionaries,可以更好的作为外部key-value存储。还有一个StorageJoin
引擎,支持类似redis的HGET
操作的joinGet
功能。之后PR您可以覆盖 StorageJoin
中的现有 key 。
更新
PR被合并。这是一个孤立的例子。
首先按如下方式填充 StorageJoin 表:
CREATE TABLE my_fancy_kv_store (s String, x Array(UInt8), k UInt64)
ENGINE = Join(ANY, LEFT, s);
INSERT INTO my_fancy_kv_store VALUES ('abc', [0], 1), ('def', [1, 2], 2);
然后你就可以把它当作字典来使用(key-value):
SELECT joinGet('my_fancy_kv_store', 'x', 'abc');
SELECT joinGet('my_fancy_kv_store', 'k', 'def');
关于key-value-store - 我可以使用 clickhouse 作为键值存储吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53973623/