V2EX 里的朋友，从开始心态就有一些偏激，一类是过度追捧，一类是过度自我，难得有一些客观的评论，

@locoz 非常同意

@lichao 即使人肉优化 SQL 也是逐步优化的，只不是我把它变成了机器算法而已

@lichao 1000 行 SQL 合不合理是另一个问题，本身我就在持续优化，直到最优，这块相信一定可以解决。

关键是假设 1000 行 SQL 是最合理的，你是愿意维护 1000 行 SQL ，还是 20 行 DSL ？

@lichao OK ，理解了，对您而言，上面的 SQL 如果有 1000 条，甚至更服复杂一些的，也可以进行重用和断点调试了。

@lichao 下面是最终编译的 SQL：
https://i.v2ex.co/016979d5.png

@lichao 您知道下面这条表达式生成的 SQL 有多少行吗？：

SELECT
COUNT_IF(GROUP_COUNT(orders.order_id, customers.customer_id) > 2) AS "复购客户数量",
categories.category_name AS "品类（指定关系）",
GROUP_SUM(order_details.quantity * order_details.unit_price, categories.category_name) AS "品类销售额",
SUM(order_details.quantity * order_details.unit_price) AS "销售额"
FROM "329875" LIMIT 2000

@dc2002007 数据关系是预定义的，不需要每次查询时指定，当然也支持动态关系

@Braisdom
@dc2002007
@lichao
@justdoit123
对上面的 DSL 你们会拒绝使用吗？

@dc2002007
上术 SQL 涉及了 orders ，customers ，categories ，order_details ，categories 这些表，
这些表的连接你完全不用关系，内部的子查询也是自动生成的，输出的数据符你的要求。

上述 SQL 可以直接出结果

你的 SQL 可以写成这样，不用关心多表连接，聚合函数可以嵌套：

SELECT
COUNT_IF(GROUP_COUNT(orders.order_id, customers.customer_id) > 2) AS "复购客户数量",
categories.category_name AS "品类（指定关系）",
GROUP_SUM(order_details.quantity * order_details.unit_price, categories.category_name) AS "品类销售额",
SUM(order_details.quantity * order_details.unit_price) AS "销售额"
FROM "329875" LIMIT 2000

之前的贴子里已经讲到过，Agile Query 没有设计新的语法，和 SQL 一模一样，唯一的不同是多了大量分析型函数而已，通过这个函数，使用者不要关心 『多表聚合运算』。

@locoz V2EX 只是一个渠道而已，不是唯一的渠道。指出产品的不足没关系，担心的是完全没看过产品，然后就在这里评论
如果看了还不了解，我可以修改文档，在贴子里回复，

@lichao 每个人的偏好不一样的，很难强求的。

@zvvvvv 目前面向企业客户，个人用户暂时还不开放。

@hero0earth 学习了一下，感觉不错，点赞。

@Nile20 你说的当然正确了，我想表达的是产品的初期是很容易被扼杀的，大家多一些宽容，因为每个产品都是从初期发展起来的，就像我们面对刚毕业的大学生，多一些宽容更好。

@leonhao

2 ） MPP 的性能也相对的，相比 5 ，6 年前的 MySQL 和 PG ，现在的 MPP 数据的查询性能要高出几百倍了。