共计 1516 个字符，预计需要花费 4 分钟才能阅读完成。
本篇内容转载至 StarRocks 微信公众号，原文链接：https://mp.weixin.qq.com/s/r8…
在昨日思否公布了对于 StarRocks 开源相干争议的文章后，StarRocks 露面分割咱们，心愿咱们帮忙公布其对相干争议的回复，咱们对全文内容不做评估，仅代表其在社区做中立公布，以下为其回应原文内容：
以下为 StarRocks 回应的原文
首先要感激大家对咱们的关注，对于咱们的一些状况，有必要给大家一个解答。
咱们非常感谢 Apache 基金会和 Apache Doris 社区打造了这么一个优良的剖析型数据库产品。咱们也非常感谢为 Apache Doris 做过奉献的每一个同学。Doris 我的项目经验了从 Doris 到 Palo 再到奉献给 Apache 社区变回 Apache Doris，经验了 13 年的工夫。在这 13 年里，StarRocks 的小伙伴也曾醉生梦死，为 Apache Doris 奉献了数不清的工夫和精力。如果没有 Apache Doris 我的项目，就没有明天的 StarRocks。同样，没有这些小伙伴，也不会有明天的 Apache Doris。
此前之所以没有提 Apache Doris，次要起因是不想持续和 Apache Doris 我的项目产生混同。在守业之初，咱们的团队成员简直都来自于 Apache Doris，所以在给我的项目起名时参考了之前 PrestoDB 的做法，取名 DorisDB，并且在中国、美国和日本都注册了商标。过后没有留神到此举会影响到 Apache Doris 我的项目的毕业。往年二季度，Apache 基金会的敌人正式和咱们探讨此事，尽管咱们所有的行为均非法合规，然而为了不影响 Apache Doris 我的项目，咱们承诺往年三季度会将问题解决。现在，咱们曾经兑现了承诺。
在此，咱们郑重声明，从 DorisDB 到 StarRocks，从商标到代码协定，咱们的工作齐全在法律法规的框架下进行，也欢送各界人士的关注和监督。如果对任何方面形成实质性侵权，咱们违心负全副的法律责任。对于在没有理论证据的状况下，脱口而出，对咱们的声誉进行侵害的人和媒体，咱们接下来也会诉诸法律程序。
2020 年初，咱们察看到随着数据驱动的深刻，用户的剖析速度须要越来越快，传统架构曾经无奈无效解决这些需要。剖析型数据库历史上存储层经验了按行存储到按列存储的技术革新，将来计算层也将开始从按行计算向按列计算（向量化计算）进行降级和变革。“自主研发，打造新一代全面向量化计算引擎”。这是咱们我的项目的终点；“帮忙客户实现重大成就”，这是咱们守业的初心。
家喻户晓，一个剖析型数据库有三大件：优化器，执行器，存储引擎。以后咱们曾经从零开始，从新打造了两个大的组件：优化器和执行器，并齐全摈弃了原有的按行做计算的内核。咱们最近将公布新版本的实时列存引擎，对原有的列存引擎也进行了重大重构。所以，StarRocks 尽管应用了 Apache Doris 的框架，然而其内核曾经是齐全独立自主研发的了。以后我的项目中原有的 Apache Doris 代码保留了原有的 Apache Licence 2。只有齐全由咱们独立开发的代码，采纳了 Elastic License 2。这也是行业的惯例做法。
所以， 您齐全能够像应用 ElasticSearch 那样放心使用咱们的产品！
明天，StarRocks 的指标曾经降级为”新一代流批交融的极速湖仓 (Lakehouse)“。这和 Apache Doris 的我的项目的指标并不统一。这也是咱们为什么没有把代码合并回 Apache Doris 我的项目的起因之一。时代像风，数据如海。在这样一个平凡的时代，StarRocks 心愿能和各方携手，专一于客户的需要，一起打造一个数据分析的新时代！
