c语言sscanf函数的用法是什么
297
2023-02-11
聚合数据使用教程（聚合数据接口）
本篇文章给大家谈谈聚合数据使用教程，以及聚合数据接口对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
今天给各位分享聚合数据使用教程的知识，其中也会对聚合数据接口进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
以 teacher 表为例，先查所有 teacher 信息：
查询结果如下图：
可以使用 MIN() 函数对结果集取年龄最小值的数据：
执行结果如下图：
以 student 表为例，先查看所有 student 信息：
查询结果如下图：
可以使用 MAX() 函数对结果集取年龄最大值的数据：
执行结果如下图：
以 student_course、course、student 表内连接查询为例：
查询结果如下图：
使用 AVG 函数取分组数据平均年龄：
执行结果如下图 ：
可以使用 HAVING 对上述结果筛选，例如选出选课学生平均年龄大于 20 的课程数据：
执行结果如下图：
本小节介绍了如何使用 MIN、MAX 两种聚合函数对查询结果集进行筛选，还介绍了如何在 GROUP BY中分组使用聚合函数，并且使用 HAVING 后面的条件对分组数据进行筛选，需要注意的是聚合函数产生的数据列最好重命名，这是因为后端程序语言在处理这些数据时需要规范的字段名，例如：
查询结果如下图：
```
getPostInfo: function (nu, callBack) {
wx.request({
url: 'https://v.juhe.cn/postcode/query',
data: {
postcode: nu,
key: '*****'//key需要自己去官网申请
},
method: 'GET',
success: function (res) {
callBack(res)
}
})
}
```
很多教程说按照以上方式调用即可。但是当我们在程序中实际调用以上程序时，就会报错说聚合数据使用教程："https://v.juhe.cn不在合法域名列表中，请参考文档 https://mp.weixin.qq.com/debug/....." 。初学者此时就要懵逼了。别人在教程里就可以正常运行，到自己这就不行了。其实是没有告诉聚合数据使用教程你在调用第三方数据时，必须要先设置合法域名。现在你可以在微信开发者工具里，点击详情-域名信息。这里有一个request合法域名。默认是未设置状态。怎么将第三方域名设置为合法域名呢？
登录微信公众平台。点击设置，在request合法域名下填入你所用到的第三方域名。具体如下聚合数据使用教程：
此时，保存刷新页面。回到你的微信开发者工具，清除缓存，重新编译，打开项目详情页面。可以看到合法域名已经更新了。
到这一步已经配置完毕了。 运行程序已经不会报错。问题顺利解决。
原文链接聚合数据使用教程：https://blog.csdn.net/u013910340/article/details/79925811
如下的例子，在不使用任何字符串操作的前提下，验证LOD的作用，在每个州中，找到最大的品类
Here’s the algorithm I use for this kind of calculation,这里我针对这种类似的案例使用这一类方式 I use this pattern pretty regularly这种模式也是比较通常的 because most of my work is done in MS Access 因为我的大部分工作是在MS的Access中完成的 where we don’t have more advanced features like partitioning and row numbering functions.Access中没有过多的高级特性，比如数据分区功能，计数功能
使用conutd()去取得每个品类和每个州的用户ID计数，是非重复计数，所以取得的是人数。
在Access中，是通过稍微复杂一点的方法，一系列聚合子查询（Access并没有类似count的函数）
但是呢，在tableau中就简单了，这就是LOD。重复一下，不仅仅是对用户计数，而是基于州的用户计数，和基于产品类别的计数。
对于类别和州这两类指标，取得每个州最大的。而这个是Access是一列操作，在tableau中是个LOD表达式。
在类别和州的层级上，将步骤1和步骤2的结果组合到一起。这个操作在Access中需要其他的辅助查询。tableau这是LOD表达的内置功能。
在Access中，写一个计算，判断两组数据是否匹配，然后再返回对应的类别信息。这在Access中使用IIF函数实现，同时在tableau中对应的是IIF or IF
然后返回这些结果，就可以得到最终的数据了。
但是，这仍然是复杂的，待我慢慢讲来。
如果你写的一个SQL的聚合计算查询，已经有充足的经验将大块的数据分解成更小的颗粒，直到每个小的颗粒可以在预定的层级做到单独的计算
And when working with SQL as part of that you’ve had practice in imagining what the query is doing prior to seeing the results,
当使用SQL的一部分，你已经练习想象查询在看到结果之前，
你在工作的时候使用SQL作为一部分功能，同时想象着这个查询到底在做啥，
and (if you’re at all like me) have had tons of practice in figuring out where things went wrong when the granularity of the data vis-a-vis the GROUP BY fields, joins,
并且（如果你也是像我一样）有过许许多多经验in解决出错，在颗粒分组的时候。
and when calcs were performed made too many rows, too few rows, or just plain wrong results.
当计算进行了太多的行，过几行，或是错误的结果。
更甚，当计算执行后，有n多的行列，n多的报错，那么我想你是崩溃的
Where LOD expressions get brain-twistingly complicated for people who haven’t had experience writing tons of SQL aggregate queries is that they haven’t had that practice in breaking things down,
在LOD表达getbrain歪歪扭扭的complicatedfor人没有写SQL查询吨的经验是，他们没有打破的东西有实践，
LOD是给谁用的呢？LOD曲解难懂，给那些人，没有太对SQL聚合查询经验
*plus* in Tableau the aggregations that LOD expressions compute are only visible as results.
*加*画面LOD表达计算是唯一可见的结果聚合。
LOD的聚合计算只在结果是可见的，你不用关注过程。
创建并验证LOD，我所使用的LOD，为了使LOD的实现过程更清晰，我在每个step都做了对应的表达式，用以对比验证。
注意:
FIXED ，只能用于这种情况，就是LOD使用固定维度层级得字段，不会依据Viz视图情况而改变。
而 INCLUDE EXCLUDE ，可以用来加在任何维度的后面，也可以放在任何其他的嵌套表达式内层中。
筛选器也是优先级顺序的，（如下图）从上到下的顺序为：
FIXED的表达式，是across all the data的，不用考虑筛选器的影响
所以，如果需要对FIXED表达式做筛选，就只能采用上下文筛选器（Context）
这工作会花费一些精力，不过为了做到精确的结果，这个绝对必要的。
就像我们经常做的任何事情一样，在实践中，这可以成为第二天性。
在mark'supdatehe的描述了Joe Mako的当前使用的技术，就是使用电子表格列出维度和度量，然后使用颜色区分INCLUDE和EXCLUDE的区别。
在这个例子中，唯一的附加维度是类别，所以维度是状态和类别。
然后将LOD拖入到视图中，使用一种集合方式，比如SUM or AVG。
In the case of strings you can use MIN and MAX for validation. If each aggregation returns the exact same result,
这个案例中，你可以使用min or max，如果每个聚合返回值都是同样的结果，那么很大可能你使用了正确的维度。
then you can be mostly sure that you’ve got the right dimensionality in the LOD workout view.
I write “mostly” because there are dependencies on the granularity of the data that crop up as you get into nested LOD expressions as well as the main view.
我之所以说是“很大可能”，是因为要依据情况而定，要考虑到嵌套LOD在主视图的数据颗粒度，
这里写第一个表达式，返回了用户的非相同计数，基于“类别”和“州”
{INCLUDE [Category] : COUNTD([Customer ID])}
And here’s that calc in a view with State Category as dimensions. We can see that COUNTD(Customer ID) is the same as the SUM, AVG, and MAX of our LOD calc:
如下就是两个维度，类别和州，作为维度的展示。可以看到，这种情形下countd和sum。avg，max是相同的
For example, if you are nesting LOD expressions at multiple levels of detail, that can mean putting the same calculation into multiple workout views to see what it’s returning.
例如，如果你在多层次的情况下，使用嵌套LOD，这意味着可，使用同样的计算在多重工作场景去查看数据返回值。
In order to validate what INCLUDE EXCLUDE LOD calcs are returning to the data prior to the aggregation at the vizLOD, you can highlight marks and use right-click-View Data-click on Underlying tab to see what they are returning (there’s an example of this below).
为了证实两者（INCLUDE和EXCLUDE）的在优先级上的区别，可以使用格式编辑，用以区分二者的区别，下边会有栗子
Then you’ll also need to pay attention to how each LOD expression is aggregated in the different views.
在不同的view下，你还是要多多注意看，每个计算的结果。
In our case the only other granularity is that for the main view, the State, so we can skip this step.
我们的例子中，对于颗粒，我们只有两个，类别和州，1个是类别，另一个就是州，只有以后遇到超过两个类别的时候，再去特殊关注吧
一旦在单独的视图中开始使用计算，将给他们逐个的在主视图中显示，记得验证一下结果是不是你要的结果，这个很重要。
呐，如下即是，在同样的聚合条件下，主视图中countd，非重复计数
Since the goal is to return the max COUNTD(Customer ID) for each Category, the MAX(CountD per Category) works.
But we don’t want that to be returned as an aggregate in the view,
we want that as a record-level calc so a comparison can be made. The following Max CountD per Cat in State calc does that:
{INCLUDE : MAX([CountD per Category])}
This uses a little trick in LOD calcs where by not including any specific dimensions we can force an aggregation at the level of detail of the viz (i.e. State) and still return that as a record-level result.
这里用了一个小技巧，不针对任何维度的计算，只写了INCLUDE，而后边不用跟具体维度，它是等效于INCLUDE
额不知道怎么回答
Here’s that calc in the workout view at different aggregations, showing it is returning the same result for each version:
Now for step 4 in the algorithm I laid out. Here’s the formula for the Largest Category (initial) calc:
这里，在增加一项目，如下是公式的细节（initial的）
IF [CountD per Category] == [Max CountD per Cat in State] THEN
[Category]
END)
意思是，如果 countd等于算出的Max值，那么久返回类别
否则就为空
估算一下结果，就是15那个，记得吧，只有最多的几项会显示对应的类别，其他的都为空
结果大概就是这个样子咯
继续
This calc takes advantage of a second trick with LOD calcs that I hadn’t known about until reviewing #8 in the Top 15 LOD Expressions .
tableau官方有Top15个LOD应用，作者在读到第8个例子之前，还是对第二招的技巧不太知道
While we can use the results of a FIXED LOD expression in the view as a dimension or aggregated measure, in the view we can only use INCLUDE EXCLUDE LOD expressions as aggregated measures.
然而，当我使用了FIXED LOD的结果，再嵌套IN or EX的方式，可以完成很多事情
*However*, just like FIXED LOD expressions the results of INCLUDE EXCLUDE expressions are returned at a record-level *and* can be evaluated at a record-level.
尽管如此，
So the IF statement evaluation is only True when for a given record the CountD per Category for that record’s Category is also the maximum value in that record’s State, and the calc returns the Category for those records.
所以，IF的状态评价，是唯一的
而该计算返回这些类别的信息
Note that Tableau automatically applies the Count aggregation in the Data window, indicating that this calc has to be aggregated in some way in a view:
记住，tableau会在数据窗口中，自动的应用count的聚合
表明这个计算不得不被聚合以某种方式
Because we’re using a mix of calcs meant to work at different levels of detail here, validating this gets a little tricky.
因为我们使用了混合的计算方式，意味着我们工作在不同的level，同时证实了这个方式是个不错的技巧。
We have to use the View Data-Underlying tab technique to see what’s going on, here I’ve selected Alabama:
现在，我们使用查看数据源，详细信息，来看看数据怎么变化的。如下是我选择了亚拉巴马州的数据。
可以看到那个IF的计算起作用了，如我所说，等于Max的，显示类别，不等于Max的显示null。
结果显示，Office Furnishings和Paper是最多的类别。
This is because there’s a tie with both having 15 distinct customers. If we wanted to show all the ties we’d run into a key difference between INCLUDE EXCLUDE vs.
这是因为有两个达成平局了，他们都是15个Max
于是，如果我想show出所有的平局竞争者，我应该去找到三者的关键区别FIXED,（FIXED,INCLUDE,EXCLUDE这三个家伙的区别）
namely that INCLUDE EXCLUDE LOD expressions *have* to be aggregated in a view, and since the view is at the level of detail of State that meants the aggregations of MIN(), MAX(), etc. all only return a single result, not every result.
So there’s no way to use the INCLUDE EXCLUDE to show the ties, I’ve got a follow-up post in the works that describes how an alternative calc using FIXED can show all the ties.
所以使用IN or EX 是没办法显示tie在哪里，我后边做了一个表，描述了，备选的计算方式使用FIXED可以显示所有的tie
To resolve that tie for now, we’ll use the MIN() aggregation:
为了解决tie的问题，来试试min()的效果
看图，在Row，“州”字段的右侧有拖入一个min
To build the Largest Category (final) calc I chose to apply that aggregation in the calc (that way Tableau won’t be adding anything to the column name in the view) and we’ll add in the CountD per Category as part of as string to show that as well, so it will look like “Office Furnishings (15)” for Alabama. Here’s the formula:
下一步，创建final版本的Max类别计算字段，我选择了在计算中应用聚合，（tableau在这个计算中并不会加入任何列名）并且我会添加countd计算，在每个类别中，作为xxx的部分，所以就是很像Office Furnishings (15)” for Alabama，如下是公式：
MIN(IF [CountD per Category] == [Max CountD per Cat in State] THEN
[Category] + ' (' + STR([CountD per Category]) + ')'
END)
Here’s the calc when looking at the Underlying Data:
在源数据中的样子
And in the view
在视图中的样子
Building the final worksheet is a matter of dragging and dropping pills to remove the unneeded measures and generate the final chart:
基于上边的工作，可以着手创建最终的视图了，简单说，就是拖入有用字段，移除无用字段。
Why stop here, though? One key feature of using INCLUDE EXCLUDE LOD expressions is that the results are dependent on the dimensions in the view.
那么，为什么停在这里？
一个主要的区别，它们三者，就是，视图中的结果会依据属兔中的字段维度的不同，而不同的。
We can take advantage of that (and all the work we’ve done) and simply drag drop dimensions. Here’s a one-click change to finding the largest category for each Container:
我们可以利用这个已经完成了测试视图，做一些简单的拖拉维度，即可完成最终视图。
如下，是一个最终构图的字段截图，可以参考。
And we can have multiple dimensions, here I’ve added the YEAR(Order Date) to the view with one more click:
那么，我们有多个维度，我又添加了“年”到视图中
For those readers who have experience using Tableau table calculations, this last bit is incredibly awesome.
对于读者，那些有经验的读者，使用过tableau的读者，这最后一点是难以置信的nb
We could have built any of these views with table calculations, but switching out dimensions would likely break things so every new view would have to be hand-crafted and revalidated,
我们可以制造任何这些表计算，但开关的尺寸可能会打破的东西，所以每一个新的视图必须手工重新验证，
whereas with LOD expressions we can be back in the flow of dragging dropping pills to ask more questions of our data.
而，有了LOD的帮助，,我们可以再次回到思维流的状态了，更多的关注数据的故事，而不是技术。
how to work with LOD expressions in a stepwise fashion so you can validate each step of the way, and demonstrated a couple of lesser-known aspects of LOD expressions: using INCLUDE or EXCLUDE without a dimension, using results of INCLUDE or EXCLUDE to do record-level evaluations, and finally how easy it can be (once you’ve done the heavy lifting) to rearrange views using LOD expressions. I hope it’s useful for you, if you have any comments, questions, or other tips, please comment below!
这篇文章描述了另一种算法，使用LOD表达式，从一个较低的水平返回一个维度（细粒度）到一个更高的粒度
如何在逐步时尚LOD表达工作这样你就可以验证每一步的方式，并展示了几个鲜为人知的方面：使用LOD表达包括或排除不一个维度，使用结果包括或排除做记录水平的评估，最后怎么可以轻易（一旦你完成繁重）重新采用LOD表达意见。我希望这对你有用，如果你有任何意见，问题或其他提示，请在下面评论！ 关于聚合数据使用教程和聚合数据接口的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 聚合数据使用教程的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于聚合数据接口、聚合数据使用教程的信息别忘了在本站进行查找喔。
本文目录一览：
- 1、26《MySQL 教程》聚合函数(聚合函数 MIN、MAX）
- 2、怎么在android studio 中使用聚合数据
- 3、以聚合数据为参考的微信小程序合法域名配置
- 4、python：消息推送 - 发送短信(以聚合数据为例)
- 5、LOD | 在低层级上聚合高层级的聚合数据
26《MySQL 教程》聚合函数(聚合函数 MIN、MAX）
MySQL 的常见的聚合函数有 AVG、COUNT、SUM、MIN、MAX，上一小节介绍了 AVG、COUNT、SUM 三种聚合函数，本小节介绍如何使用 MIN、MAX 两种聚合函数，另外再介绍一下如何在 GROUP BY 中使用聚合函数。以 teacher 表为例，先查所有 teacher 信息：
查询结果如下图：
可以使用 MIN() 函数对结果集取年龄最小值的数据：
执行结果如下图：
以 student 表为例，先查看所有 student 信息：
查询结果如下图：
可以使用 MAX() 函数对结果集取年龄最大值的数据：
执行结果如下图：
以 student_course、course、student 表内连接查询为例：
查询结果如下图：
使用 AVG 函数取分组数据平均年龄：
执行结果如下图 ：
可以使用 HAVING 对上述结果筛选，例如选出选课学生平均年龄大于 20 的课程数据：
执行结果如下图：
本小节介绍了如何使用 MIN、MAX 两种聚合函数对查询结果集进行筛选，还介绍了如何在 GROUP BY中分组使用聚合函数，并且使用 HAVING 后面的条件对分组数据进行筛选，需要注意的是聚合函数产生的数据列最好重命名，这是因为后端程序语言在处理这些数据时需要规范的字段名，例如：
查询结果如下图：
怎么在android studio 中使用聚合数据
首先聚合数据使用教程，去注册，并申请要使用聚合数据使用教程的api（严格来讲是数据，但是确实是通过api得到数据），笔者一开始以为还要验证身份证，后来试聚合数据使用教程了下才知道不用，所以步骤就不详细描述，聚合数据使用教程我选择的是天气预报下的天气预报（还有个全国天气2015.07.03）。申请成功后在我的数据里面有操作菜单，下面有”接口“
以聚合数据为参考的微信小程序合法域名配置
在微信小程序的开发过程中，当需要请求第三方网站数据时。各种教程就直接说调用wx.request接口即可。但是当初学者自己用的时候就会出现问题。比如聚合数据使用教程我们这里请求聚合数据的API(里边有不少免费的数据申请就可以使用)。 http://www.juhe.cn 调用邮编查询的接口。```
getPostInfo: function (nu, callBack) {
wx.request({
url: 'https://v.juhe.cn/postcode/query',
data: {
postcode: nu,
key: '*****'//key需要自己去官网申请
},
method: 'GET',
success: function (res) {
callBack(res)
}
})
}
```
很多教程说按照以上方式调用即可。但是当我们在程序中实际调用以上程序时，就会报错说聚合数据使用教程："https://v.juhe.cn不在合法域名列表中，请参考文档 https://mp.weixin.qq.com/debug/....." 。初学者此时就要懵逼了。别人在教程里就可以正常运行，到自己这就不行了。其实是没有告诉聚合数据使用教程你在调用第三方数据时，必须要先设置合法域名。现在你可以在微信开发者工具里，点击详情-域名信息。这里有一个request合法域名。默认是未设置状态。怎么将第三方域名设置为合法域名呢？
登录微信公众平台。点击设置，在request合法域名下填入你所用到的第三方域名。具体如下聚合数据使用教程：
此时，保存刷新页面。回到你的微信开发者工具，清除缓存，重新编译，打开项目详情页面。可以看到合法域名已经更新了。
到这一步已经配置完毕了。 运行程序已经不会报错。问题顺利解决。
原文链接聚合数据使用教程：https://blog.csdn.net/u013910340/article/details/79925811
python：消息推送 - 发送短信(以聚合数据为例)
聚合数据网址： https://passport.juhe.cn/cas/login
实现推送的处理步骤：
创建账号，申请聚合数据账号 - 申请短信API服务
新建短信模板：
使用申请到的key和短信模板，套用官方给的发短信模板：
****组装发送的短信内容， 源码：
最终效果：
LOD | 在低层级上聚合高层级的聚合数据
举例，通过LOD找到每个州产品类别中具有最大品类的是什么如下的例子，在不使用任何字符串操作的前提下，验证LOD的作用，在每个州中，找到最大的品类
Here’s the algorithm I use for this kind of calculation,这里我针对这种类似的案例使用这一类方式 I use this pattern pretty regularly这种模式也是比较通常的 because most of my work is done in MS Access 因为我的大部分工作是在MS的Access中完成的 where we don’t have more advanced features like partitioning and row numbering functions.Access中没有过多的高级特性，比如数据分区功能，计数功能
使用conutd()去取得每个品类和每个州的用户ID计数，是非重复计数，所以取得的是人数。
在Access中，是通过稍微复杂一点的方法，一系列聚合子查询（Access并没有类似count的函数）
但是呢，在tableau中就简单了，这就是LOD。重复一下，不仅仅是对用户计数，而是基于州的用户计数，和基于产品类别的计数。
对于类别和州这两类指标，取得每个州最大的。而这个是Access是一列操作，在tableau中是个LOD表达式。
在类别和州的层级上，将步骤1和步骤2的结果组合到一起。这个操作在Access中需要其他的辅助查询。tableau这是LOD表达的内置功能。
在Access中，写一个计算，判断两组数据是否匹配，然后再返回对应的类别信息。这在Access中使用IIF函数实现，同时在tableau中对应的是IIF or IF
然后返回这些结果，就可以得到最终的数据了。
但是，这仍然是复杂的，待我慢慢讲来。
如果你写的一个SQL的聚合计算查询，已经有充足的经验将大块的数据分解成更小的颗粒，直到每个小的颗粒可以在预定的层级做到单独的计算
And when working with SQL as part of that you’ve had practice in imagining what the query is doing prior to seeing the results,
当使用SQL的一部分，你已经练习想象查询在看到结果之前，
你在工作的时候使用SQL作为一部分功能，同时想象着这个查询到底在做啥，
and (if you’re at all like me) have had tons of practice in figuring out where things went wrong when the granularity of the data vis-a-vis the GROUP BY fields, joins,
并且（如果你也是像我一样）有过许许多多经验in解决出错，在颗粒分组的时候。
and when calcs were performed made too many rows, too few rows, or just plain wrong results.
当计算进行了太多的行，过几行，或是错误的结果。
更甚，当计算执行后，有n多的行列，n多的报错，那么我想你是崩溃的
Where LOD expressions get brain-twistingly complicated for people who haven’t had experience writing tons of SQL aggregate queries is that they haven’t had that practice in breaking things down,
在LOD表达getbrain歪歪扭扭的complicatedfor人没有写SQL查询吨的经验是，他们没有打破的东西有实践，
LOD是给谁用的呢？LOD曲解难懂，给那些人，没有太对SQL聚合查询经验
*plus* in Tableau the aggregations that LOD expressions compute are only visible as results.
*加*画面LOD表达计算是唯一可见的结果聚合。
LOD的聚合计算只在结果是可见的，你不用关注过程。
创建并验证LOD，我所使用的LOD，为了使LOD的实现过程更清晰，我在每个step都做了对应的表达式，用以对比验证。
注意:
FIXED ，只能用于这种情况，就是LOD使用固定维度层级得字段，不会依据Viz视图情况而改变。
而 INCLUDE EXCLUDE ，可以用来加在任何维度的后面，也可以放在任何其他的嵌套表达式内层中。
筛选器也是优先级顺序的，（如下图）从上到下的顺序为：
FIXED的表达式，是across all the data的，不用考虑筛选器的影响
所以，如果需要对FIXED表达式做筛选，就只能采用上下文筛选器（Context）
这工作会花费一些精力，不过为了做到精确的结果，这个绝对必要的。
就像我们经常做的任何事情一样，在实践中，这可以成为第二天性。
在mark'supdatehe的描述了Joe Mako的当前使用的技术，就是使用电子表格列出维度和度量，然后使用颜色区分INCLUDE和EXCLUDE的区别。
在这个例子中，唯一的附加维度是类别，所以维度是状态和类别。
然后将LOD拖入到视图中，使用一种集合方式，比如SUM or AVG。
In the case of strings you can use MIN and MAX for validation. If each aggregation returns the exact same result,
这个案例中，你可以使用min or max，如果每个聚合返回值都是同样的结果，那么很大可能你使用了正确的维度。
then you can be mostly sure that you’ve got the right dimensionality in the LOD workout view.
I write “mostly” because there are dependencies on the granularity of the data that crop up as you get into nested LOD expressions as well as the main view.
我之所以说是“很大可能”，是因为要依据情况而定，要考虑到嵌套LOD在主视图的数据颗粒度，
这里写第一个表达式，返回了用户的非相同计数，基于“类别”和“州”
{INCLUDE [Category] : COUNTD([Customer ID])}
And here’s that calc in a view with State Category as dimensions. We can see that COUNTD(Customer ID) is the same as the SUM, AVG, and MAX of our LOD calc:
如下就是两个维度，类别和州，作为维度的展示。可以看到，这种情形下countd和sum。avg，max是相同的
For example, if you are nesting LOD expressions at multiple levels of detail, that can mean putting the same calculation into multiple workout views to see what it’s returning.
例如，如果你在多层次的情况下，使用嵌套LOD，这意味着可，使用同样的计算在多重工作场景去查看数据返回值。
In order to validate what INCLUDE EXCLUDE LOD calcs are returning to the data prior to the aggregation at the vizLOD, you can highlight marks and use right-click-View Data-click on Underlying tab to see what they are returning (there’s an example of this below).
为了证实两者（INCLUDE和EXCLUDE）的在优先级上的区别，可以使用格式编辑，用以区分二者的区别，下边会有栗子
Then you’ll also need to pay attention to how each LOD expression is aggregated in the different views.
在不同的view下，你还是要多多注意看，每个计算的结果。
In our case the only other granularity is that for the main view, the State, so we can skip this step.
我们的例子中，对于颗粒，我们只有两个，类别和州，1个是类别，另一个就是州，只有以后遇到超过两个类别的时候，再去特殊关注吧
一旦在单独的视图中开始使用计算，将给他们逐个的在主视图中显示，记得验证一下结果是不是你要的结果，这个很重要。
呐，如下即是，在同样的聚合条件下，主视图中countd，非重复计数
Since the goal is to return the max COUNTD(Customer ID) for each Category, the MAX(CountD per Category) works.
But we don’t want that to be returned as an aggregate in the view,
we want that as a record-level calc so a comparison can be made. The following Max CountD per Cat in State calc does that:
{INCLUDE : MAX([CountD per Category])}
This uses a little trick in LOD calcs where by not including any specific dimensions we can force an aggregation at the level of detail of the viz (i.e. State) and still return that as a record-level result.
这里用了一个小技巧，不针对任何维度的计算，只写了INCLUDE，而后边不用跟具体维度，它是等效于INCLUDE
额不知道怎么回答
Here’s that calc in the workout view at different aggregations, showing it is returning the same result for each version:
Now for step 4 in the algorithm I laid out. Here’s the formula for the Largest Category (initial) calc:
这里，在增加一项目，如下是公式的细节（initial的）
IF [CountD per Category] == [Max CountD per Cat in State] THEN
[Category]
END)
意思是，如果 countd等于算出的Max值，那么久返回类别
否则就为空
估算一下结果，就是15那个，记得吧，只有最多的几项会显示对应的类别，其他的都为空
结果大概就是这个样子咯
继续
This calc takes advantage of a second trick with LOD calcs that I hadn’t known about until reviewing #8 in the Top 15 LOD Expressions .
tableau官方有Top15个LOD应用，作者在读到第8个例子之前，还是对第二招的技巧不太知道
While we can use the results of a FIXED LOD expression in the view as a dimension or aggregated measure, in the view we can only use INCLUDE EXCLUDE LOD expressions as aggregated measures.
然而，当我使用了FIXED LOD的结果，再嵌套IN or EX的方式，可以完成很多事情
*However*, just like FIXED LOD expressions the results of INCLUDE EXCLUDE expressions are returned at a record-level *and* can be evaluated at a record-level.
尽管如此，
So the IF statement evaluation is only True when for a given record the CountD per Category for that record’s Category is also the maximum value in that record’s State, and the calc returns the Category for those records.
所以，IF的状态评价，是唯一的
而该计算返回这些类别的信息
Note that Tableau automatically applies the Count aggregation in the Data window, indicating that this calc has to be aggregated in some way in a view:
记住，tableau会在数据窗口中，自动的应用count的聚合
表明这个计算不得不被聚合以某种方式
Because we’re using a mix of calcs meant to work at different levels of detail here, validating this gets a little tricky.
因为我们使用了混合的计算方式，意味着我们工作在不同的level，同时证实了这个方式是个不错的技巧。
We have to use the View Data-Underlying tab technique to see what’s going on, here I’ve selected Alabama:
现在，我们使用查看数据源，详细信息，来看看数据怎么变化的。如下是我选择了亚拉巴马州的数据。
可以看到那个IF的计算起作用了，如我所说，等于Max的，显示类别，不等于Max的显示null。
结果显示，Office Furnishings和Paper是最多的类别。
This is because there’s a tie with both having 15 distinct customers. If we wanted to show all the ties we’d run into a key difference between INCLUDE EXCLUDE vs.
这是因为有两个达成平局了，他们都是15个Max
于是，如果我想show出所有的平局竞争者，我应该去找到三者的关键区别FIXED,（FIXED,INCLUDE,EXCLUDE这三个家伙的区别）
namely that INCLUDE EXCLUDE LOD expressions *have* to be aggregated in a view, and since the view is at the level of detail of State that meants the aggregations of MIN(), MAX(), etc. all only return a single result, not every result.
So there’s no way to use the INCLUDE EXCLUDE to show the ties, I’ve got a follow-up post in the works that describes how an alternative calc using FIXED can show all the ties.
所以使用IN or EX 是没办法显示tie在哪里，我后边做了一个表，描述了，备选的计算方式使用FIXED可以显示所有的tie
To resolve that tie for now, we’ll use the MIN() aggregation:
为了解决tie的问题，来试试min()的效果
看图，在Row，“州”字段的右侧有拖入一个min
To build the Largest Category (final) calc I chose to apply that aggregation in the calc (that way Tableau won’t be adding anything to the column name in the view) and we’ll add in the CountD per Category as part of as string to show that as well, so it will look like “Office Furnishings (15)” for Alabama. Here’s the formula:
下一步，创建final版本的Max类别计算字段，我选择了在计算中应用聚合，（tableau在这个计算中并不会加入任何列名）并且我会添加countd计算，在每个类别中，作为xxx的部分，所以就是很像Office Furnishings (15)” for Alabama，如下是公式：
MIN(IF [CountD per Category] == [Max CountD per Cat in State] THEN
[Category] + ' (' + STR([CountD per Category]) + ')'
END)
Here’s the calc when looking at the Underlying Data:
在源数据中的样子
And in the view
在视图中的样子
Building the final worksheet is a matter of dragging and dropping pills to remove the unneeded measures and generate the final chart:
基于上边的工作，可以着手创建最终的视图了，简单说，就是拖入有用字段，移除无用字段。
Why stop here, though? One key feature of using INCLUDE EXCLUDE LOD expressions is that the results are dependent on the dimensions in the view.
那么，为什么停在这里？
一个主要的区别，它们三者，就是，视图中的结果会依据属兔中的字段维度的不同，而不同的。
We can take advantage of that (and all the work we’ve done) and simply drag drop dimensions. Here’s a one-click change to finding the largest category for each Container:
我们可以利用这个已经完成了测试视图，做一些简单的拖拉维度，即可完成最终视图。
如下，是一个最终构图的字段截图，可以参考。
And we can have multiple dimensions, here I’ve added the YEAR(Order Date) to the view with one more click:
那么，我们有多个维度，我又添加了“年”到视图中
For those readers who have experience using Tableau table calculations, this last bit is incredibly awesome.
对于读者，那些有经验的读者，使用过tableau的读者，这最后一点是难以置信的nb
We could have built any of these views with table calculations, but switching out dimensions would likely break things so every new view would have to be hand-crafted and revalidated,
我们可以制造任何这些表计算，但开关的尺寸可能会打破的东西，所以每一个新的视图必须手工重新验证，
whereas with LOD expressions we can be back in the flow of dragging dropping pills to ask more questions of our data.
而，有了LOD的帮助，,我们可以再次回到思维流的状态了，更多的关注数据的故事，而不是技术。
how to work with LOD expressions in a stepwise fashion so you can validate each step of the way, and demonstrated a couple of lesser-known aspects of LOD expressions: using INCLUDE or EXCLUDE without a dimension, using results of INCLUDE or EXCLUDE to do record-level evaluations, and finally how easy it can be (once you’ve done the heavy lifting) to rearrange views using LOD expressions. I hope it’s useful for you, if you have any comments, questions, or other tips, please comment below!
这篇文章描述了另一种算法，使用LOD表达式，从一个较低的水平返回一个维度（细粒度）到一个更高的粒度
如何在逐步时尚LOD表达工作这样你就可以验证每一步的方式，并展示了几个鲜为人知的方面：使用LOD表达包括或排除不一个维度，使用结果包括或排除做记录水平的评估，最后怎么可以轻易（一旦你完成繁重）重新采用LOD表达意见。我希望这对你有用，如果你有任何意见，问题或其他提示，请在下面评论！ 关于聚合数据使用教程和聚合数据接口的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 聚合数据使用教程的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于聚合数据接口、聚合数据使用教程的信息别忘了在本站进行查找喔。
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。
相关文章
发表评论
暂时没有评论，来抢沙发吧~