Quick BI使用案例26:基于筛选条件的排行榜全局排名实现方案

简介: 本文针对“区域筛选后排名重置”痛点,提出在数据集阶段用SQL开窗函数RANK()预计算全国固定排名的方案,确保筛选时仍显示原始名次,提升分析准确性。

栏目说明

Quick BI使用案例」系列短文都来源于用户遇到的真实问题

文章聚焦使用过程中的高频误区与使用技巧,希望能帮助您充分地发挥产品价值。

问题背景

某大型连锁零售企业需要制作一张“年度全国各个区域销售额总排行榜”。业务需求是:管理层在查看报表时,希望通过“区域”查询控件(如筛选“华南区”和“华北区”),快速找出华南区和华北区在全国销售额总榜单中的具体名次(例如:华南区、华北区销售额在全国排第2,3名),而不是筛选后华南区和华北区分别变成第1,2名。

核心痛点:

如果直接在Quick BI排行榜图表样式中配置序号,一旦筛选“华南区”和“华北区”,图表只会展示华南和华北的数据,并且排名会重置为1、2,无法反馈选择区域在全国的真实排位。

解决方案

排行榜反映指标在维度中的分布及排名顺序,简洁地展示TOP N的降序排行。可以通过在数据准备阶段(创建数据集时),利用SQL的开窗函数 RANK() 提前算出每个区域基于总销售额的固定排名。这样无论前端如何筛选,各个区域自带的“全国总排名”字段数值都不会改变。解决区域筛选后排名重置问题,保持榜单原始排序逻辑。具体配置说明如下:


Step1. 数据库中存在表company_sales,主要字段如下:

  • area: 区域名称
  • order_amt: 订单金额


Step2. 创建自定义SQL数据集。

1.在Quick BI中选择对应数据源;

2.点击右侧「SQL 创建数据集」按钮;

3. 输入以下自定义SQL(以MySQL数据库为例):

SELECT
  a.area,
  a.销售额,
  RANK() OVER (
    ORDER BY
      a.销售额 DESC
  ) AS 排名
FROM
  (
    SELECT
      area,
      SUM(order_amt) AS 销售额
    FROM
      company_sales
    GROUP BY
      area
  ) a

4. 点击 「确认编辑」 → 关闭窗口 → 保存数据集;

点击右上角“确认编辑”按钮,然后点击右上角×关闭自定义SQL页面,完成SQL编辑。

5. 点击「保存」按钮保存数据集。


Step3. 配置排行榜字段。

1.点击 「创建仪表板」,添加 排行榜 组件;

2.排行榜默认开启序号,需要在样式中将序号关闭;

3.排行榜配置字段如下:

  • 行(维度):选择area
  • 主指标/度量:选择销售额
  • 副指标/度量:选择排名

Step4.添加图表内查询控件

1.点击排行榜右上角三个点,点击菜单 「插入查询条件」。

2.添加查询条件,关联字段选择“area”,选项值来源选择单个数据集,查询字段和显示字段选择“area”。

Step5. 最终展示效果:

排行榜中各区域完整销售额及排名如下:

图表内查询控件筛选“华南”和“华北”区域,对应的全国区域销售额排名分别为第2名和第3名。

如阅读后有任何问题,您可以点击Quick BI产品内右下角【帮助与反馈】按钮与我们取得联系。

相关文章
|
4月前
|
监控 BI
Quick BI使用案例15:交叉表中使用多字段组合实现累计利润率计算
本文详解交叉表中使用多字段组合计算月累计利润率计算方案。通过交叉表配置日期累计、多字段组合(利润/订单金额)及动态日期控件,实现月中实时监控经营健康度,助力及时决策纠偏。
|
2月前
|
BI
Quick BI使用案例20:交叉表中使用嵌套计算功能统计各个区域月累计订单金额及排名
本文介绍如何用Quick BI“月累计-按列排名”功能,在月底前7天精准识别安全区、冲刺区、止损区,动态调配资源,提升月度KPI达标率。(239字)
|
27天前
|
监控 BI
Quick BI使用案例24:如何设置查询控件树形下拉维度值的排序
本文介绍如何通过新建计算字段实现树形下拉控件的自定义排序,提升区域/省份筛选效率,让关键数据优先展示。
|
3月前
|
监控 供应链 BI
Quick BI使用案例19:交叉表中当日订单金额百分位与基于嵌套计算的订单金额日环比百分位的双重分析
本文详解生鲜电商如何用“订单金额按列百分位”以及“基于嵌套计算的订单金额日环比百分位”的双重分析实现区域需求实时监控:连续2天百分位超80%为“爆发区”自动补货,连续2天百分位低于10%为“冰冻区”智能调拨,降低损耗、提升现货率。
|
4月前
|
城市大脑 供应链 监控
后台算不清、前台看不见?双引擎破解企业数据"里子"与"面子"双重困境
“电子表格+数据大屏”双引擎:电子表格如超级Excel,支持多级表头、近400个函数、直连实时库,破解财务复杂报表难题;数据大屏具电影级视觉与叙事能力,零代码打造高规格汇报。一解“里子”严谨性,一展“面子”感染力。
后台算不清、前台看不见?双引擎破解企业数据"里子"与"面子"双重困境
|
22天前
|
Web App开发 缓存 安全
Quick BI使用案例25:重启电脑打开Chrome浏览器登录后,不到30分钟提示“未登录,当前请求被禁止”
本文详解Chrome浏览器因本地数据保存策略导致Quick BI登录30分钟内自动退出的成因,并提供两种可选的浏览器设置方案,助您稳定登录、释放产品价值。
|
2天前
|
JSON 分布式计算 BI
Quick BI使用案例29:MaxCompute含JSON字段表同步失败解决方案
本文介绍MaxCompute表含JSON字段导致Quick BI元数据同步失败的原因原因(Quick BI暂不支持JSON类型)及三步解决方案——DataWorks中将JSON改为STRING、Quick BI重新同步、验证表可见性,助您高效用好产品。
|
15天前
|
缓存 数据挖掘 API
下篇:多模型验证系统的架构设计与工程落地
本文提出“模型网关”架构,通过API网关统一调度多模型(如GPT-4、Claude、文心),实现智能路由、并行调用、语义聚合与共识决策。兼顾准确性、可控延迟(≈2.5s)与成本优化,支持灰度演进,业务层零改造即可获得高置信答案。
101 6
|
14天前
|
安全 BI 数据安全/隐私保护
Quick BI使用案例27:如何通过“自定义角色+独立授权”实现数据集问数权限的精准控制
本文通过“自定义组织角色+数据集独立授权”,让组织中普通用户A在群空间中仅对其有编辑权的数据集进行问数及配置,严格遵循最小权限原则,兼顾安全与效率。
|
15天前
|
人工智能 搜索推荐 开发者
上篇:AI可信度的四个进化层级——你的企业处于哪一层?
本文提出AI问答可信度的四层递进架构:第一层单次回答(极低可信);第二层单模型多次采样(消除随机性,中等偏低);第三层多模型交叉验证(推荐方案,高可信);第四层融合外部知识检索(最高可信,适用于金融、医疗等强监管场景)。
102 0