这是一个创建于 1382 天前的主题，其中的信息可能已经有所发展或是发生改变。
你们是怎么处理的?
 | 1 LowBi 2021-12-31 17:03:12 +08:00 via Android 同求解，目前就是这一块 SQL 那一块 SQL ，把结果返回前端 |
 | 2 kappa 2021-12-31 17:19:13 +08:00  1 |
 | 3 Solix 2021-12-31 17:30:08 +08:00 |
 | 4 maltoze 2021-12-31 17:31:57 +08:00 |
 | 5 ikaros 2021-12-31 17:47:01 +08:00 1 I'm fine, thank you and you? |
 | 6 liuidetmks OP @kappa why so serious ~ |
 | 7 itechify PRO 数仓出，没有条件就新开项目专门做统计，跑 job 等 |
 | 8 ETiV 2021-12-31 19:59:03 +08:00 via iPhone 把分析类的工作迁移进 BI 工具，比如 metabase 然后使用 terraform 管理各种 sql 查询和面板，比如 https://registry.terraform.io/providers/bilenkis/metabase/latest/docs |
 | 9 CEBBCAT 2021-12-31 20:03:15 +08:00 没看懂啊，统计类需求写起来很恶心没错，但怎么会把代码弄乱呢？ |
 | 10 zhazi 2021-12-31 21:33:09 +08:00 报表业务一般都是无视建模。透视数据。所以通过封装 view object 直接写 sql 展示即可 如果在报表业务中涉及汇总 聚合 各种函数建议做数仓 |
 | 11 dji38838c 2021-12-31 21:40:00 +08:00 How do yo do |
 | 12 Senorsen 2021-12-31 23:36:33 +08:00 数据量大，就上 Flink Spark 等跑 BI 的 SQL 数据量小，就用 metabase 接上 MySQL 从库建报表 |
 | 13 sujin190 2021-12-31 23:58:40 +08:00 1 中小型项目这个问题真挺难解的，实际项目中，统计需求基本难有规划，基本需要啥你就给我出啥，这个主要还是一般产品似乎都搞不定这个，运营知道要啥数据但是基本也搞不定组织规划的问题，大多数公司基本又觉得专门的数据开发岗多余，确实不好解决，此外不重视自然研发这边难有统一规划，比如写个脚本不管出错重入啥的，所以啊，想要做的好，就得重视按正常产品流程来，独立的数据统计项目，不仅看眼下需求，要做良好得分层设计，完善的出错恢复监控流程 其实统计和正常产品两个逻辑是很不一样的，不应该在同一套数据表上实现两个逻辑，当然很多人觉得平时需求开发都完不成，哪有功夫仔细规划，其实如果仔细想想看的话就发现这个并不会花很多功夫，数据只要做好了数据拆分重组的逻辑，剩下基本都是数据同步的过程了，逻辑简单很多，平时多注意点，慢慢 bi 的逻辑也就建立起来了，否则就只会越来越乱 之前我们的项目也这样，简直坑死，搞到后面数据需求多了，感觉一大半时间都是在导数据，太折腾人了，但是慢慢注意了一些，其实好很多，之前做过一个项目，用 json 来定义数据同步计算过程，其本身也限制了一次只能同步一层的数据，既是限制也是规范，算是参考吧 https://github.com/snower/syncany |
 | 14 yjs778 2022-01-01 00:39:17 +08:00 I’m fine. thank you, and you? |
 | 15 Samuelcc 2022-01-01 03:29:31 +08:00 via Android 可以尝试直接打到日志里然后进行异步日志解析收集统计 |
Select Language