数据太复杂？ 宝宝不哭 试试FirstSortedValue用法

• 数据逻辑极为复杂，前端无法处理，需要基于最小粒度进行各种运算，基于数据底层处理原则，在后台处理成了到id，到月的数据值（注意:数值是经过底层各种复杂运算得来的，粒度到月）

• 由于实际业务，月份不连贯，有随机性，但是这里到月的数据都是处理好的，找到所选月就找到了需要的数据

• 需求的数据是找到小于选择年月范围内的最大年月的数值，例如选择201605 应该找id为a和b的小于5月的最大月份数据，这里没有5月就要取4月，没有4月取3月，以此类推。201605这个选择条件下应该把a，201603，6；b，201604，2这两条数据取出

• 准备一个连贯的年月选择项

1. 后台数据结构如下：

2. 前端建立垂直表，维度放id，表达式如下：

3. 运行结果如下：

• 当选择5月时 取出小于5月的最大月份的数值：分别是id a下3月的值6 跟id b 下4月的值2

• 当选择10月时 取出小于10月的最大月份的数值：分别是id a下6月的8 跟id b下6月的3

1. 函数本身实现的功能是按照某个维度某个粒度进行升序或者降序取数

2. 本次场景只是举例，最小粒度数据取出之后，可以再根据其他大的维度进行汇总，根据需要进行set analysis条件过滤 ，例如sum({<年月={"<=$(=max(年月))"},Id=>} aggr(firstsortedvalue({<年月={"<=$(=max(年月))"},Id=>} 计算之后数值, -年月),id)) 

3. 本篇文章核心思想并不是具体aggr、或者类似firstsortedvalue这类的某些函数的应用，而是希望大家重视针对中间结果集的二次运算，毕竟复杂一些的需求都会涉及到这些对于结果集的二次运算，这类需求不会因为敏捷BI或者传统BI有任何改变，这类需求永远存在。

以上方法适用于qlik产品，希望今天的推送能帮助小伙伴们解决一些实际问题，不管是什么BI工具，用好函数很重要。最后，你也可以阅读原文，下载qlik，轻松实现数据分析与可视化。