【技术选型】Doris vs starRocks

比对结论

仅从当前能看到的数据中，相比于doris，starRocks在性能方面具备优势，且更新频率高（降低维护成本）。

目标诉求

1. 并发性不能太低——相比于clickhouse不到100的QPS
2. 支持大表关联——降低数据清洗的压力，因为oneId有可能实时变化
3. 集群化——需要有一定扩展能力，以针对不同量级客户
4. 可维护——C++底层代码

背景说明

doris前身是百度的palo，因为名字重复，开源的时候换成doris。
starRocks只是从doris的一个分支进行演进。
从人员角度，两者原来是一个团队，后续出现分歧（预计两个问题，一是国内对开源内容不够重视，二是有些人想要商业化）。
starRocks最开始出来的时候叫dorisDB，且文档中有doris相关内容，使很多人误以为是doris的商业版。后续才改名为starRocks。因为上述不道德的行为，导致风评比较差，所以社区的活跃主要是国内。

两者的开源协议不一致，doris是Apache license，starRocks是Elastic License。这就意味着starRocks是部分开源，说是为了防止云厂商的白嫖，但从这一路操作看，未来大概率会商业版。
doris的社区相关活跃的范围更大，但实际活跃度也待定。
推测演进速度，starRocks由于未来考虑商业化，短期内速度一定是更快的，但是否能坚持很久。
doris短期内可能是慢的，但大概率可以维持很久。

starRocks已从Elastic License变更为Apache license 2.0，当前两者的协议相同。
声明内容如下：
starRocks协议变更声明