销售需求丨查找问题

BOSS:茶,那个,什么茶来着?(递过一杯茶…)

BOSS:?!!不是这个,我是说那个白茶啊!

白茶:…(懵)咋滴了,BOSS?

BOSS:哎,今年行情不行啊,能不能搞一个表,就是我选择一个颜色,就能知道这个颜色售卖的所有商品?

白茶:…(咳,咳)BOSS,这个有点难啊!

——(支付宝到账####元!)——

白茶:好嘞,马上办!

上面的都是白茶和大家开的小玩笑,但是实际上这种需求,是很普遍的一种情况。起初这个问题来源于群里小伙伴的提问,就是当我选择A、B的时候,能不能出现同时包含A、B、AB的项目?白茶一寻思,可以做到。

最后要达到上图的这种效果,该如何实现呢?

开始本期的问题—《销售需求之查找问题》。

案例文件:

这是白茶随机模拟的一份数据,一个维度表,一个销售表。


那么当我们选择维度中的数据,显示出销售表中对应颜色的销售,这个问题属于什么问题?很明显,这个属于查找问题,查找维度表中的颜色在事实表中的对应项目。

白茶翻阅了一下DAX中关于查找功能的函数,有两个函数。

FIND函数与SEARCH函数

二者在语法上是一样的:

DAX=
FIND 或 SEARCH(查找内容,被查找,[开始位置],[找不到返回值])

二者的语法结构是一致的,但是有所区别:

FIND函数区分大小写,不支持通配符;

SEARCH函数不区分大小写,支持通配符。


编写如下代码:

销售颜色: =
VAR SLL =
    VALUES ( '维度'[维度] )
VAR SQL =
    MAX ( '事实表'[颜色] )
RETURN
    IF ( SEARCH ( SLL, SQL,, 0 ) > 0, SQL, BLANK () )

从结果中我们不难看出,当切片器无选择时,以及多选时,其结果呈现的很明显是有问题的。

做到这里的时候,白茶思考了很久,没明白当选项为多选时,如何通过比较多个值进行结果的呈现。

感谢**@冬**哥。

冬哥提点了我一句,无法将多个值与查找范围进行比较,那么可以把思路反过来啊,通过反计数的方式呈现。

编写如下代码:

销售颜色 =
VAR SLL =
    VALUES ( '维度'[维度] )
VAR SQL =
    MAX ( '事实表'[颜色] )
RETURN
    IF (
        COUNTROWS ( FILTER ( SLL, SEARCH ( [维度], SQL,, 0 ) > 0 ) ) > 0,
        SQL,
        BLANK ()
    )

当然,也可以使用FIND写法:

FIND写法 =
VAR SLL =
    VALUES ( '维度'[维度] )
VAR SQL =
    MAX ( '事实表'[颜色] )
RETURN
    IF (
        COUNTROWS ( FILTER ( SLL, FIND ( [维度], SQL,, 0 ) > 0 ) ) > 0,
        SQL,
        BLANK ()
    )

其结果如下:

可以看得出来这次的结果没有任何问题,这种情况下SEARCH和FIND的用途是一致的。

代码含义:

通过VALUES函数,去除重复值,来提取多个值,形成一个虚拟表;

SQL这里的作用单纯的是为了将[颜色列]进行聚合,否则无法在查询函数中使用;

通过IF语句进行判断,符合条件显示,否则显示为空,内部利用FILTER函数进行上下文传递,将原本没有联系的维度和事实表中的颜色查询链接在一起。


至于其他的项目,可以通过IF进行判断决定是否显示,这里就不赘述了,最终形成下面的动图:

样例链接:http://t.cn/A62FPa3i

小伙伴们❤GET了么?

白茶会不定期的分享一些函数卡片

(文件在知识星球[PowerBI丨需求圈])

这里是白茶,一个PowerBI的初学者。

Fabric丨白茶 文章被收录于专栏

数据分析进阶之路,带你深入了解可视化技巧。

全部评论

相关推荐

LastWh1spe...:ssob真有些人和那个没睡醒一样
点赞 评论 收藏
分享
bg双非本科,方向是嵌入式。这次秋招一共拿到了 8 个 offer,最高年包 40w,中间也有一段在海康的实习经历,还有几次国家级竞赛。写这篇不是想证明什么,只是想把自己走过的这条路,尽量讲清楚一点,给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候,其实并没有一个特别清晰的规划。网上的信息很零散,有人说一定要懂底层,有人说项目更重要,也有人建议直接转方向。很多时候都是在怀疑:1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题,我当时一个都没答案。二、现在回头看,我主要做对了这几件事第一,方向尽早确定,但不把自己锁死。我比较早就确定了嵌入式这个大方向,但具体做哪一块,是在项目、竞赛和实习中慢慢调整的,而不是一开始就给自己下结论。第二,用项目和竞赛去“证明能力”,而不是堆技术名词。我不会刻意追求学得多全面,而是确保自己参与的每个项目,都能讲清楚:我负责了什么、遇到了什么问题、最后是怎么解决的。第三,尽早接触真实的工程环境。在海康实习的那段时间,对我触动挺大的。我开始意识到,企业更看重的是代码结构、逻辑清晰度,以及你能不能把事情说清楚,而不只是会不会某个知识点。第四,把秋招当成一个需要长期迭代的过程。简历不是一次写完的,面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好,再针对性补。三、我踩过的一些坑现在看也挺典型的:1.一开始在底层细节上纠结太久,投入产出比不高2.做过项目,但前期不会总结,导致面试表达吃亏3.早期有点害怕面试,准备不充分就去投这些弯路走过之后,才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非,准备走嵌入式,我觉得有几件事挺重要的:1.不用等“准备得差不多了”再投2.项目一定要能讲清楚,而不是做完就算3.不要只盯着技术,多关注表达和逻辑很多时候,差的不是能力,而是呈现方式。五、写在最后这篇总结不是标准答案,只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲,希望能对后来的人有点帮助。如果你正好也在这条路上,希望你能少走一点弯路。
x_y_z1:蹲个后续
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务