我们看看下面这段语句

Rafimia121

其含义是：统计2023年12月12号当天不同支付类型的订单数量。看完SQL，我们再问问问题。 在SQL里维度是什在哪 维度就是对应的group by的字段。这个字段是可以来源于事实表的主键，也可以是事实表关联维度表后取得维度表得字段。 指标是什么？在哪里？是count(order_id）吗？不，如果你只往查询系统里输入count(order_id），系统是没有执行结果的。只有当你指定了表，表取数的时间范围（时间周期），指定的维度，才能取到结果。如果不指定时间范围，那就是整个表全部的范围（也就是从有这张表的那天起的全部数据）。如果不指定维度，那就是全维度（也就是所有的订单总数） 如果，我们从刚刚的结果表里取数呢？指标是什么？ 我们不需要定了。

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



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