写一点最近看回复的感想

[Braisdom]

1 ）大家对 DSL 普遍感到鄙视，认为作用不大，实现难度也不高 其实所有高级编程语言都是 DSL ，只不过是语言的特性多与少，Agile Query 的确设计了一种新的 DSL ，但也有程序编译的所有过程，从词法 -> 语法 -> 语义 -> IR -> 有向无环图，最终构建所有子查询，再优化子查询，输出 SQL 。

2 ）对 BI 的认知误区 感觉 BI 系统就是要一层一层构建中间数据，这符合程序员的思维，将复杂问题分解成多个问题，逐个解决。Agile Query 提出了一种新的方式，将复杂的过程封装起来，外部无法感知而已，并不是复杂问题不存在了。

[Braisdom]

@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

[Braisdom]

@lichao 下面是最终编译的 SQL：

[lichao]

@Braisdom 多少行都没有关系，行数多不影响可读性、可维护性。

SQL 有问题可参考的学习资料多如牛毛，你的 DSL 有问题或某方面不理解、不知道怎么写，是不是只能加你微信来请教你？

[lichao]

@Braisdom 看了你贴出来的截图，更加坚信不可能在公司项目上用你的 DSL

[Braisdom]

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

[lichao]

@Braisdom 如果你的 DSL 可以 20 行 DSL 编译成 1000 行 SQL ，那么这 1000 行 SQL 大概率极其不合理

[Braisdom]

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

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

[Braisdom]

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

[lichao]

@Braisdom 不想回答可能性极低的假设

[locoz]

@Braisdom #30 主要是一个性价比过低的渠道其实就没啥必要发了，扯皮的时间成本和情绪成本拿去跟潜在客户多聊聊，说不定都能多聊出个订单或者是聊出一些目标客户群体会有的潜在需求。

[Braisdom]

@locoz 非常同意

[Braisdom]

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

[lichao]

@Braisdom 既然 V 站网友有这么多问题，是不是可以考虑不在 V 站频繁发推广了