@Braisdom 目前我已经设计了一门数据库查询中间语言，屏蔽了很多 SQL 上的结构性特性，理论上通过序列和遮掩的方式学习精度应该非常高。

@bfc 通过自然语言，直接生成数据库查询中间语言。

有没有兴趣将 GPT 应用到数据分析领域。

@boshok 当然不是跳过了，是彻底的解决它，让这部分工作通过机器自动完成，而且效率不会有太大损失。

@boshok 核心的 SQL 编译是自研的，国外的公司有专利。

@aw2350 外表是相似的，但内部的差别非常大，复杂 SQL 生成这块，外面很难感知到的。

@boshok 加工数据有两个原因，1 ）查询效率不足，2 ） SQL 太复杂，维度成本太高，所以才会产生大量过程中的表，有些公司有好几千张，我的产品本质上就是为了解决这个两个问题。

@beneo 仔细看了您的回复，我的公式就是可会编译成不同数据库的 SQL ，就是用统一的语法，实现不同数据库 SQL 的查询的。

@beneo 还有，是否是 BI 系统，这个问题我也没想好，至少我能明白一点，我的系统解决的是各种复杂的查询，不需要写 SQL ，也不需要预先按各维度去加工数据。这算不算 BI 我也说不好。

@beneo 看得很仔细呀，我尝试一下回答您的问题。
1 ）一般的 BI 是不需要配置这些的，因为他们都是基于加工后的数据
2 ）本来没有维度和度量值，这是纯粹的人为制造的概念，Agile Query 会识别用户的意图，维度和度量值只是内部的概念，不会显示出来。
3 ） 4 ）计算字段要分清楚，是纯字段计算，还是各种聚合值计算，多个聚合值计算，是需要分成多个不同的子查询的。如果是纯字段，还要看是否在同一张表，如果多张表的字段进行计算，也会涉及聚合的。

@tlerbao 其实就是一个完全不用写 SQL 的 BI 平台，支持各种数据库 SQL 的编译

近期在寻找落地实践，有兴趣的公司可以联系我：WX: braisdom

@li746224 有兴趣的话，可以加我微信，近期会出一个版本，可以深度交流一下，
我的微信：braisdom ， 或者电话：18901845760

@bojue 数据血缘是由于数据的再加工衍生出来的。


@lmq2582609 前端用的是 React + elastic ui

@beneo 不需要 CDC ，你可以直接连接到数据库上分析。

@xmh51 产品上线后，希望你能提更多问题，不断优化。感谢

@xmh51 感谢提醒，大公司也呆过，产品先上线，先落地。