百度360必应搜狗淘宝本站头条
当前位置:网站首页 > IT技术 > 正文

Tableau LOD函数史上详细教学(tableau zn函数)

wptr33 2025-07-03 01:10 16 浏览

LOD技术即Levels of Detail的简称,意为多细节层次。

——来自百度百科

一般来说,LOD在tableau数据分析中最常用的场景是,当你在查看服务课级别的汇总数据的时候,你还想算一下,服务课某个指标(如出货),占整个大区的占比,这时候,视图里面摆的全是服务课,所以指标都是按服务课来分摊的(要么服务课平均,要么服务课总计)

提出问题1:那怎样在保持视图显示服务课级别的同时,通过公式计算得出整个大区的总和呢?

下面以湖南大区2月出货数据为例——如何同步计算服务课出货占整个大区的占比?

1、这就需要一个FIXED函数去将你的计算维度提升到大区层级(这个数据源里面用的【公司】字段代替大区)写法如下:

大区总出货={FIXED [公司]:SUM([出货额])}

# 注意写公式的时候,等号(=)和左边的部分不需要的,自己建计算字段的时候写好名字就可以了。

# 另外,公式中的中括号'['也是可以省略不写的,只要你写的字段名,和数据源中的字段名完全一致即可。

# 但是,冒号不能少,冒号前面代表你要锁定的颗粒度层级,右边表示你要汇总数据的方法。

2、那么相应的服务课出货额占大区总出货比例算法无非就是:服务课总出货/大区总出货;公式计算方式如下:

SUM(出货额)/SUM({FIXED [公司]:SUM([出货额])})
# 注意这里要么直接把之前建好的【大区总出货】字段直接拖进计算区域,要么在手写公式的同时,在LOD函数外围套上一个SUM或者其他任意汇总函数(MIN\MAX\AVG都可以) 
# 小伙伴想一下,为什么服务课总出货直接就等于SUM(出货额)呢?这是因为视图里面已经明确将事业部(二级部门)、服务课(三级部门)摆到行、列功能区了,
那么整个视图,默认的计算颗粒度,会去到服务课级别(无论是平均、汇总、最大值、最小值都会是如此)。
公式截图

3、这里就是通过FIXED 将分母的计算维度扩大、且固定到大区层面了。我们把做好的计算字段拖进画布,来看一下计算完的结果——

提出问题2:是不是有点奇怪,算一个大区的占比,结果比例总和不等于100%?

我们回过头来看这个公式 {FIXED [公司]:SUM([出货额])}

这里的固定维度,把一切数据都限制在公司层级,此外它就并不管其他的筛选了,尤其是这个【年月(期间)】='2021年2月',为什么会这样呢?

发现问题:这里要引出另外一个问题——筛选器的优先级顺序

筛选器有很多种,连LOD函数,也是筛选器!除此之外,我们见过或没见过的筛选器如下:

筛选器1:这个叫数据提取过滤器


筛选器2:这个叫数据源过滤器

筛选器3:维度过滤器,和度量过滤器——下面蓝色的是维度过滤器,绿色的是度量过滤器,一般在我们桌面端工作区域的中间部位,以选项卡方式出现:

筛选器4:上下文过滤器——这个过滤器,我们大部分用户从来没用过:

解决问题:将维度筛选器提升为上下文筛选器,使其优先级高于LOD函数筛选器!

将2个维度筛选器添加到上下文后,可以看到2个蓝色胶囊分别变成灰色了,也就代表他们变成了上下文过滤器,但是!

到底什么是上下文过滤器呢?其实它就是一个过滤器,它与其他过滤器的唯一区别在于下面这张图——每个过滤器的优先级都不一样!

(小朋友们不要再问我什么是优先级,优先级就像同一根水管上,装了好几个阀门,那最先起作用的肯定是最前面的阀门啦,毕竟前面关闸,后面的开关全部都只能哦豁了)

所以我们通过上面的步骤,将普通的维度筛选器(蓝色胶囊)提升为上下文筛选器,那么它的优先级别就超过FIXED LOD函数了,那么,它就可以在“数据”这跟大水管的前方对数据来源进行优先调整拉!!我们来看看调整后的结果——

从图中看到,各个服务课出货占比的总和,加起来确实等于100%了。

这个问题,其实有很多其他解决方法(如直接SUM([出货])/TOTAL(SUM([出货]),无需考虑优先级),这里借用FIXED函数,让大家对LOD函数有所了解,对未来解决复杂计算有极大帮助

另外,这里是用服务课级别来举例,当大家在看事业部数据的时候,也是同样的道理,怎样保证我又能看具体事业部的出货额,同时还能看到这出货额与大区总出货的占比,就是同样的解决方式了。

相关推荐

MySQL进阶五之自动读写分离mysql-proxy

自动读写分离目前,大量现网用户的业务场景中存在读多写少、业务负载无法预测等情况,在有大量读请求的应用场景下,单个实例可能无法承受读取压力,甚至会对业务产生影响。为了实现读取能力的弹性扩展,分担数据库压...

Postgres vs MySQL_vs2022连接mysql数据库

...

3分钟短文 | Laravel SQL筛选两个日期之间的记录,怎么写?

引言今天说一个细分的需求,在模型中,或者使用laravel提供的EloquentORM功能,构造查询语句时,返回位于两个指定的日期之间的条目。应该怎么写?本文通过几个例子,为大家梳理一下。学习时...

一文由浅入深带你完全掌握MySQL的锁机制原理与应用

本文将跟大家聊聊InnoDB的锁。本文比较长,包括一条SQL是如何加锁的,一些加锁规则、如何分析和解决死锁问题等内容,建议耐心读完,肯定对大家有帮助的。为什么需要加锁呢?...

验证Mysql中联合索引的最左匹配原则

后端面试中一定是必问mysql的,在以往的面试中好几个面试官都反馈我Mysql基础不行,今天来着重复习一下自己的弱点知识。在Mysql调优中索引优化又是非常重要的方法,不管公司的大小只要后端项目中用到...

MySQL索引解析(联合索引/最左前缀/覆盖索引/索引下推)

目录1.索引基础...

你会看 MySQL 的执行计划(EXPLAIN)吗?

SQL执行太慢怎么办?我们通常会使用EXPLAIN命令来查看SQL的执行计划,然后根据执行计划找出问题所在并进行优化。用法简介...

MySQL 从入门到精通(四)之索引结构

索引概述索引(index),是帮助MySQL高效获取数据的数据结构(有序),在数据之外,数据库系统还维护者满足特定查询算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构...

mysql总结——面试中最常问到的知识点

mysql作为开源数据库中的榜一大哥,一直是面试官们考察的重中之重。今天,我们来总结一下mysql的知识点,供大家复习参照,看完这些知识点,再加上一些边角细节,基本上能够应付大多mysql相关面试了(...

mysql总结——面试中最常问到的知识点(2)

首先我们回顾一下上篇内容,主要复习了索引,事务,锁,以及SQL优化的工具。本篇文章接着写后面的内容。性能优化索引优化,SQL中索引的相关优化主要有以下几个方面:最好是全匹配。如果是联合索引的话,遵循最...

MySQL基础全知全解!超详细无废话!轻松上手~

本期内容提醒:全篇2300+字,篇幅较长,可搭配饭菜一同“食”用,全篇无废话(除了这句),干货满满,可收藏供后期反复观看。注:MySQL中语法不区分大小写,本篇中...

深入剖析 MySQL 中的锁机制原理_mysql 锁详解

在互联网软件开发领域,MySQL作为一款广泛应用的关系型数据库管理系统,其锁机制在保障数据一致性和实现并发控制方面扮演着举足轻重的角色。对于互联网软件开发人员而言,深入理解MySQL的锁机制原理...

Java 与 MySQL 性能优化:MySQL分区表设计与性能优化全解析

引言在数据库管理领域,随着数据量的不断增长,如何高效地管理和操作数据成为了一个关键问题。MySQL分区表作为一种有效的数据管理技术,能够将大型表划分为多个更小、更易管理的分区,从而提升数据库的性能和可...

MySQL基础篇:DQL数据查询操作_mysql 查

一、基础查询DQL基础查询语法SELECT字段列表FROM表名列表WHERE条件列表GROUPBY分组字段列表HAVING分组后条件列表ORDERBY排序字段列表LIMIT...

MySql:索引的基本使用_mysql索引的使用和原理

一、索引基础概念1.什么是索引?索引是数据库表的特殊数据结构(通常是B+树),用于...