Agile Query 全流程演示视频

2023-02-26 13:45:17 +08:00
 Braisdom
<amp-youtube data-videoid="ddAIC6FS4OI" layout="responsive" width="480" height="270"></amp-youtube>
4516 次点击
所在节点    程序员
66 条回复
Braisdom
2023-02-26 13:47:20 +08:00
近期在寻找落地实践,有兴趣的公司可以联系我:WX: braisdom
tlerbao
2023-02-26 23:06:33 +08:00
好像挺牛逼的样子,但是还不是完全知道这东西干什么用的。
Braisdom
2023-02-27 09:29:04 +08:00
@tlerbao 其实就是一个完全不用写 SQL 的 BI 平台,支持各种数据库 SQL 的编译
beneo
2023-02-27 12:15:23 +08:00
你说你看过了 BI ,请问你这个,和 BI 到底有啥区别?

我们来根据你的 demo 一步一步分析
1. 连数据库,配置主键,配置现实字段,几个表之间的链接,这些部分全部等于 BI 的数据源、数据集
2. 1:24 秒开始,Agile 选择显示名称来输出数据,BI 是选择拖来拽,BI 还分类了维度和度量
3. 1:53 秒开始,功能能等同 BI 的计算字段
4. 4:03 秒开始,功能等同于 BI 的分组字段

我感觉就是一个简单的 BI ,而且很浅。现在支持了一种数据库。如果要支持多数据库,你的 UI 抽象逻辑要牛逼,这也是 BI 的难点之一,后面的联邦查询,查询加速也需要考虑,可视化部分也没有。你牛逼的一套语法支持多个数据库的 AST 在哪里体现?

如果把人群,按照 code 能力分成:甲方爸爸(代码能力 0 ),数据分析师,数据开发者,开发,你这个系统介于数据分析师,数据开发者之间,数据分析师用,他觉得这套系统 UI 能力弱于 BI ,如果数开来用,他 SQL 创建数据集而不是拖来拉。

之前你一直说自己不是 BI ,但就 DEMO 来看,看上去就是要做 BI 的事情,但是离 BI 还有很长的路要走
Braisdom
2023-02-27 21:35:26 +08:00
@beneo 看得很仔细呀,我尝试一下回答您的问题。
1 )一般的 BI 是不需要配置这些的,因为他们都是基于加工后的数据
2 )本来没有维度和度量值,这是纯粹的人为制造的概念,Agile Query 会识别用户的意图,维度和度量值只是内部的概念,不会显示出来。
3 ) 4 )计算字段要分清楚,是纯字段计算,还是各种聚合值计算,多个聚合值计算,是需要分成多个不同的子查询的。如果是纯字段,还要看是否在同一张表,如果多张表的字段进行计算,也会涉及聚合的。
Braisdom
2023-02-27 21:47:41 +08:00
@beneo 还有,是否是 BI 系统,这个问题我也没想好,至少我能明白一点,我的系统解决的是各种复杂的查询,不需要写 SQL ,也不需要预先按各维度去加工数据。这算不算 BI 我也说不好。
Braisdom
2023-02-28 07:50:36 +08:00
@beneo 仔细看了您的回复,我的公式就是可会编译成不同数据库的 SQL ,就是用统一的语法,实现不同数据库 SQL 的查询的。
aw2350
2023-02-28 16:59:13 +08:00
你目前这个功能,几乎国内 BI 产品都有,大同小异;建议你自己做一套简单的 BI 产品,这个功能当作一个模块集成进去。单一弄这么个图形化的界面,适用面太窄了
boshok
2023-02-28 17:07:25 +08:00
@Braisdom u1s1 ,加工数据本身就是 BI 很重要的一环。正好现在服务的公司刚上线了一套类似的东西,但感觉流畅度上不如你这个,不确定是否是用开源的东西拼出来的。至于你说的不算 BI ,我觉得可以算作是 BI 中的语义层。
Braisdom
2023-02-28 17:19:00 +08:00
@boshok 加工数据有两个原因,1 )查询效率不足,2 ) SQL 太复杂,维度成本太高,所以才会产生大量过程中的表,有些公司有好几千张,我的产品本质上就是为了解决这个两个问题。
Braisdom
2023-02-28 17:20:24 +08:00
@aw2350 外表是相似的,但内部的差别非常大,复杂 SQL 生成这块,外面很难感知到的。
Braisdom
2023-02-28 20:06:46 +08:00
@boshok 核心的 SQL 编译是自研的,国外的公司有专利。
boshok
2023-03-01 02:36:44 +08:00
@Braisdom “解决这两个问题”粗浅的理解是直接跳过这两个问题。可能我的理解不太对哈。
Braisdom
2023-03-01 08:22:20 +08:00
@boshok 当然不是跳过了,是彻底的解决它,让这部分工作通过机器自动完成,而且效率不会有太大损失。
beneo
2023-03-01 12:29:42 +08:00
我看出来了,你没有用过 BI ,也不懂 BI 。阿里云 quick bi 免费一个月,建议你注册并试用。你 demo 展现的功能叫做即席分析,你的计算能力和分组能力都属于数据集。
Braisdom
2023-03-01 13:44:38 +08:00
@beneo 感谢提醒,您说的 BI 中的数据集概念是否有必要存在呢,如果完全没有数据集概念的 BI 会是个什么样的呢?这样的 BI 对数据工程师的工作会有什么样的影响
Braisdom
2023-03-01 14:03:14 +08:00
@beneo 不仅仅不需要做数据集,还不需要写 SQL 。您觉得怎么样?
beneo
2023-03-01 16:09:53 +08:00
@Braisdom 我真的,再看你一眼都算我输
beneo
2023-03-01 16:11:00 +08:00
你很有勇气,也有行动力。但就你这个项目来说,你还有很长的路要走
Braisdom
2023-03-01 16:50:20 +08:00
@beneo 感谢,之前花了一年半时间解决了最复杂的 SQL 编译,现在只有 UI 这块的开发工作了。近期会出第一个可用版本,支持部分数据库。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/919259

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX