V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Braisdom  ›  全部回复第 13 页 / 共 31 页
回复总数  612
1 ... 9  10  11  12  13  14  15  16  17  18 ... 31  
2023-08-17 20:40:41 +08:00
回复了 jearyvon 创建的主题 程序员 30 岁前我失业了。
@jearyvon 如果有兴趣一起做项目。大数据分析相关的。有兴趣的话加我:braisdom
最近我也在找合伙人,有兴趣加我微信:braisdom ,下面是我的作品:

https://www.youtube.com/watch?v=Zc8wOhp8WIg
2023-08-14 22:00:31 +08:00
回复了 chensuiyi 创建的主题 程序员 耗时一天,重新设计的官网,欢迎访问: https://yicode.tech
@chensuiyi 有兴趣可以一起搞。
2023-08-14 21:59:56 +08:00
回复了 chensuiyi 创建的主题 程序员 耗时一天,重新设计的官网,欢迎访问: https://yicode.tech
不错,也是一个努力的人,能静下心来做总是不容易的,这是我的项目,做了半年了,最近应该会再出一个版本:

https://www.youtube.com/watch?v=Zc8wOhp8WIg
2023-08-09 10:54:08 +08:00
回复了 f3721 创建的主题 程序员 上海程序员 35 失业了
我是主动离职的,现在自己在做产品,有一个客户快签单了,有兴趣可以聊聊,看看能不能合作。有兴趣加我 WX:braisdom
2023-06-22 10:35:52 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@harrozze 非常同意,Agile Query 有自己的边界,将跨表查询的 SQL 编译,其它的特性会适当的加上。
2023-06-21 14:35:22 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@winglight2016 那是数据库选型的问题,针对 SQL 的结果进行 1 分钟,5 分钟的缓存就可以解决。异步执行
2023-06-21 10:02:57 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@encro 哈哈,superset 多表查询是需要写 SQL 的,而 Agile Query 不需要写 SQL 自动多表查询。
2023-06-21 09:46:01 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@encro 数据库连接是可以选择的,会不会搞死数据库,可以根据自身的需要。
2023-06-05 17:34:45 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@Autmn
@wdmcode
目前系统已经具备演示条件,有兴趣可以加我微信:18901845760
2023-06-05 17:20:07 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@wdmcode 至于数据治理,这属于一个新名字,不太理解到底是做什么的。
2023-06-05 17:00:36 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@wdmcode 我分别回复一下:
第一点,数据清洗不是 Agile Query 的职责,Agile Query 只是解决数据的灵活计算,指标定义只是 Agile Query 中的一个公式而已,可能和传统 BI 系统的指标统一可能概念上不一样。

第二点,Agile Query 会根据表之间的关系自动 Join ,自动生成最优的查询 SQL ,数据工程师不需要写 SQL ,所以宽表存在的意义就不是那么大了,最近几年 MPP 型数据库发展的非常快,计算效率也越来越高,所谓 ODS ,ADS ,宽表,数据血缘,数据集市 这一堆概念产生的背景是:因为传统 BI 需要写复杂 SQL ,而且之前计算效率非常低效,如果这两个痛点都由 Agile Query 解决了,这些概念也就不存在了。
2023-06-05 15:17:44 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@phatzhong24 后端用 Python
2023-05-25 20:50:30 +08:00
回复了 ideacco 创建的主题 程序员 外贸团队求一个梯子方案
@ideacco 看看我这个产品,对您有帮助吗:

https://www.youtube.com/channel/UCN7ckPJv4c9kMHANlHiARdA
2023-05-19 09:17:32 +08:00
回复了 poulsen 创建的主题 程序员 tu-lang 一款 0 依赖,支持动态、静态的编程语言,已实现自举
楼主要以看一下 LLVM ,目前大都数语言的跨平台都在往这个方向发展,有些时候站在别人的肩上也不会太丢人。

至少从高级语言 到汇编这块 LLVM 处理的还是很棒的。
2023-05-19 09:12:02 +08:00
回复了 poulsen 创建的主题 程序员 tu-lang 一款 0 依赖,支持动态、静态的编程语言,已实现自举
很好的尝试,最近我在写 SQL 的编译器,大家都在往更底层技术的创新,很棒的想法...
2023-05-16 16:26:31 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@loading 我们正在基于 Facebook 的 LLaMA 做自己的服务,就不用担心那玩意了。哈哈
2023-05-16 16:19:48 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@yinyuncan6 可视化这块正在完善,应该很快就能发布了。
2023-05-16 15:52:55 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@yinyuncan6 SQL 型数据库都可以完美的支持。接入只需要一天时间
2023-05-15 23:13:03 +08:00
回复了 Braisdom 创建的主题 程序员 智能 SQL 分析系统(我的新作品)
@leeg810312 再补充一点,Agile Query 的优势本质上是和 MPP 的发展紧密相关的,MPP 型数据库发展的越好,理论上 Agile Query 也会更好。

因为 MPP 的计算效率越高,那么整个数据系统的结构就会越简单,像 Spark 那样通过代码进行离线计算的存在性就会越低,那么 SQL 的复杂度也就越高。

Agile Query 内部设计的 FlatQL 的作用也就越明显,因为它对外屏蔽了 JOIN, SUBQUERY ,更重要的是它会智能的优化过度计算(over-counting) 的问题,也就是 JOIN 后的表进行 count, sum 时数据重复计算的问题。
1 ... 9  10  11  12  13  14  15  16  17  18 ... 31  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2658 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 01:56 · PVG 09:56 · LAX 17:56 · JFK 20:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.