关于 ClickHouse 使用的建议答案

【问题标题】：Advice on ClickHouse Usage关于 ClickHouse 使用的建议
【发布时间】：2021-12-25 05:58:47
【问题描述】：

我是 ClickHouse 的新手，并且一直在阅读文档和 Altinity 的博客，以查看该平台是否适合我公司的需求。我已经对此有意见，但如果我是对的，我想与这里有经验的人再次确认。

我们的 API 将接收 JSON 格式的事件并将它们存储在 Kafka 中。我们需要对这些事件进行一些分析，并将结果显示在仪表板上。

对象的三个属性是字典，可以保存用户想要的任何属性，也就是说，我们不知道嵌套的属性名称/值。

因此，我们无法将这些字段映射到生成的 MergeTree 表。最后，这些属性可以在“WHERE”子句中使用。

有没有办法使用 ClickHouse 来解决这种情况？

提前致谢！

【问题讨论】：

除非您有其他选择，否则不应使用 ClickHouse。 ClickHouse 就像是一种难以控制的大规模杀伤性武器。使用 PostgreSQL 或 MySQl。
我们倾向于一个面向 OLAP 的数据库，它提供与 Kafka 的良好集成，例如 ClickHouse 和 Druid。我们愿意尝试 ClickHouse，因为它比 Druid 更容易管理

标签： clickhouse

【解决方案1】：

对象的三个属性是字典，可以保存用户想要的任何属性，也就是说，我们不知道嵌套的属性名称/值。

ClickHouse 需要表的架构。尽管您可以使用可用于包含 JSON 字符串的 String 列的 JSON functions，但这些列无法从 ClickHouse 提供的速度中受益匪浅。此外，还有一个实验性的SQL/JSON future，它将带来动态模式功能，但它仍处于实验阶段。目前，PostgreSQL 或 MongoDB 似乎适合您的情况。

【讨论】：

您是指带有 Citus 的 Postgres 吗？我们也在考虑。
@AlvaroSeixas 我对 Citus 没有任何了解。我推荐 Postgres，因为它具有 JSON 功能。