@Fxshiny 价格是按均值计算，还是其它方式，因为客户会购买不同的商品。

很有意思的项目，非常棒。

thoughtspot 目前还没有上市，估值 $4B


@qweruiop

@dcoder 复杂和低效需要具体分析，不是一下子就能评价的，

Agile Query 只是封装了常见的复杂统计的场景，基本可以覆盖大部分的场景，一个报表的开发只需要 1-2 分钟。大部分场景是不需要数据工程师的。

可以试试 Agile Query, https://www.agiquery.com

如果实在无法决策，最好都支持，由客户去选择比较好。

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