"看过咱们产品比较过 clickhouse，但有比较过 starrocks 吗？听说在多表 join 上很猛"
看过咱们产品比较过 clickhouse，但有比较过 starrocks 吗？听说在多表 join 上很猛
没有测过。哪天有空可以尝试一下。
不过，SQL 对 JOIN 的定义有些粗线条，如果不拆分情况具体分析的话，是很难跑得快的。http://c.raqsoft.com.cn/article/1613911172557 这里的第 6 章和第 7 章都在讲如何让 JOIN 跑得快，有些算法在 SQL 体系下没法实施。
http://c.raqsoft.com.cn/article/1619562709132 这还有一系列讲 JOIN 的贴子，应该如何理解 JOIN 然后该用什么办法来简化以及提速。
不改变 SQL 对 JOIN 的理解，性能优化就很难做。这是 SQL 的硬伤。单纯看工程上的优化，如果刨去列存和集群占的便宜后，能超过 ORACLE 的真不多。
没有测过。哪天有空可以尝试一下。
不过，SQL 对 JOIN 的定义有些粗线条，如果不拆分情况具体分析的话，是很难跑得快的。
http://c.raqsoft.com.cn/article/1613911172557 这里的第 6 章和第 7 章都在讲如何让 JOIN 跑得快，有些算法在 SQL 体系下没法实施。
http://c.raqsoft.com.cn/article/1619562709132 这还有一系列讲 JOIN 的贴子，应该如何理解 JOIN 然后该用什么办法来简化以及提速。
不改变 SQL 对 JOIN 的理解，性能优化就很难做。这是 SQL 的硬伤。单纯看工程上的优化，如果刨去列存和集群占的便宜后，能超过 ORACLE 的真不多。