Discuz! Board

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 71|回复: 0

我们看看下面这段语句

[复制链接]

10

主题

10

帖子

32

积分

新手上路

Rank: 1

积分
32
发表于 2024-2-15 15:14:10 | 显示全部楼层 |阅读模式
其含义是:统计2023年12月12号当天不同支付类型的订单数量。看完SQL,我们再问问问题。 在SQL里维度是什在哪 维度就是对应的group by的字段。这个字段是可以来源于事实表的主键,也可以是事实表关联维度表后取得维度表得字段。 指标是什么?在哪里?是count(order_id)吗?不,如果你只往查询系统里输入count(order_id),系统是没有执行结果的。只有当你指定了表,表取数的时间范围(时间周期),指定的维度,才能取到结果。如果不指定时间范围,那就是整个表全部的范围(也就是从有这张表的那天起的全部数据)。如果不指定维度,那就是全维度(也就是所有的订单总数) 如果,我们从刚刚的结果表里取数呢?指标是什么? 我们不需要定了。

我们的SQL可以这样写 这就是为什么指标能有两种管理办法。因为不管哪种,只要最终生成的SQL能从物理表里取到正确的结果就行了。当你理解了SQL是如何取数,如何描述指标,那你就能理解为什么要构建所谓的原子指标管理、衍生指标管理、维度管理。 五、产品 玻利维亚电话号码列表 运营 1. MVP阶段就要考虑后续运营 前文说到,要MVP,要基于场景、用户需求去初始化我们的最小可用产品,第一个版本我们为了快速产生价值,很多地方是简陋的。但你要时刻牢记,正是因为舍弃,我们才有获得。 这套系统,相当于是将之前的业务提需求、开发开发报表的流程,进行了系统化,并且记录了过程信息(也就是指标、维度、事实表等等对象的元数据),当这套管理体系和对应的系统建设完成时,后续只需要进行日常的运营和维护。



当我们的产品功能上线以后,接下来就进入新 循环了,(计划)、(执行)(检查)和Act(处理)。不仅可以对系统的内容(数据资产)进行进一步的丰富,在交互和用户指引方面,也有很多工作可以做。 2. 在问题中迭代系统 当然,你也会面临一些内容和功能层面的问题。 比如,业务方希望你能在指标取数中增加新的指标。而这需要开发新的底层表,录入指标数据,直到丰富整体的指标体系。比如,当指标过多,用户不方便进行指标的搜索、查询时,要做一些必要的指标分类、说明文档、操作指引等。 再比如,因为公司规划原因,某些业务停滞,某些数据也不再需要了。如果公司对成本管控比较严,可以从数据的实际应用情况出发,基于指标体系、数仓表血缘等,对不再使用的报表及其整个调度任务体系进行下线处理。以便节约存储和计算的成本。


回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|Comsenz Inc.  

GMT+8, 2024-11-7 18:23 , Processed in 0.031511 second(s), 14 queries , Apc On.

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表