Query 例外集合

一、应用背景

汇总报表和明细报表出于同一模型, 由于汇总的维度和明细报表的维度不一样,会产生数据的合并, 尤其在统计个数和数据展示时候很难与明细报表一致. 

由于实体之间的关系和发票的冲销等正负情况, 用代码做标识也未尝不可, 常常业务需求的多变性, 很难保证就没有死角.  key figure提供了例外集合处理之功能也是不错的选择.

二、应用举例

应用场景一: 销售分析明细报表 实际出货个数与销售分析汇总报表个数统计不一致的问题.

统计个数, 以下是明细报表截图, 去掉非空白的(过滤掉0), 就是实际出货个数, 汇总应该和这一样.  2474

汇总报表中的计数是2476

实际出货在明细报表的过滤条件如下:

汇总报表和明细报表都出自一个MultiProvider: ZM_CRM08

汇总报表想统计个数与明细报表一致, 因此, 逻辑要沿用明细的实际销售量<>0的逻辑.

第一步: 创建一个限制的Key Figure, 过滤条件与明细中的过滤条件一致.

集合: 标准的就可以

第二步: 创建一个计算的key figure

集合: 基于商机号的总计

第三步: 再创建一个计算的Key figure

拿记录数与出货量不等于0相乘, query在做判断啊, 返回的逻辑码1或0

集合: 以商机号为准, 计算所有值不为0

第四步: 把刚才创建的key figure拖进报表列中 OK

  • 4
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

神勇无敌.ZXF

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值