这是一个创建于 1064 天前的主题，其中的信息可能已经有所发展或是发生改变。
你们是怎么处理的?
 |
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
gaobh 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
oneisall8955 2021-12-31 19:33:23 +08:00 via Android
数仓出，没有条件就新开项目专门做统计，跑 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