Quick BI 的模型设计与生成SQL原理剖析
一、摘要
随着物联网的告诉发展,数据量呈现井喷式的增长,如何来分析和使用这些数据,使数据产生商业价值,已经变得越来越重要。值得高兴的是,当前越来越多的人已经意识到了用数据分析决定商业策略的重要性,也都在进行着各行各业的数据分析。众所周知数据分析的核心是数据,为了更容易的分析数据,数据模型的设计需要遵循一定的规范。当前最流行的联机分析处理(OLAP)的规范为维度建模规范。本文介绍Quick BI如何进行维度建模,基于维度模型如何来自动化的生成分析查询的SQL语句,从而使数据分析变得更容易。
关键字: Quick BI、OLAP、维度建模、SQL
二、维度模型的分类
OLAP(On-line Analytical Processing,联机分析处理)根据存储数据的方式不同可以分为ROLAP、MOLAP、HOLAP。ROLAP表示基于关系数据库存储的OLAP实现(Relational OLAP),以关系数据库为核心,以关系型结构进行多维数据的表示和存储;MOLAP表示基于多维数据存储的OLAP实现(Multidimensional OLAP);HOLAP表示基于混合数据存储的OLAP实现(Hybrid OLAP),如低层用关系型数据库存储,高层是多维数组存储。接下来主要介绍基于关系型数据库的ROLAP的建模原理。
ROLAP将多维数据库中的表分为两类:事实表和维度表。事实表用于存储维度关键字和数值类型的事实数据,一般是围绕业务过程进行设计,例如:销售事实表,一般来存储用户在什么时间、地点购买了产品,销量和销售额等信息。维度表用于存储维度的详细数据,例如销售事实表中存储了产品维度的ID,产品维度表中存储产品的名称、品牌信息,两者通过产品ID进行关联。
ROLAP根据事实表、维度表间的关系,又可分为星型模型(Star Schema)、雪花模型(Snowflake Schema)。
1.星型模型
星型模型它由事实表(FactTable)和维表(DimensionTable)组成。事实表中的维度外键分别与相对应的维表中的主键相关联,关联之后由于形状看起来像是一个星星,所以形象的称为星型模型。以下示例为星型模型:其中sales_fact_1997为事实表,存储客户在某个时间、某个商店、购买了某个产品,购买量和销售额的信息,记录的是一个下单过程。事实表sales_fact_1997通过外键product_id、customer_id、time_id、store_id分别与维度表product(产品维表)、customer(客户维表)、time_by_day(时间维表)、store(商店维表)相关联,关联关系为多对一关联。
2.雪花模型
雪花模型是当有一个或多个维表没有直接连接到事实表上,而是通过其他维表连接到事实表上时,其图解就像一个雪花,故称雪花模型。下面示例product(产品)维度表与product_class(产品类别)维度表通过product_class_id相关联,关联关系为多对一。product_class没有与sales_fact_1997事实表直接关联。
三、基于ROLAP模型的SQL生成原理
模型构建好了后,接下来的重点就是针对分析需求来生成满足分析需要的SQL语句,然后将SQL语句下发到DB中来查询数据,返回分析结果。下面通过具体的需求场景来介绍如何生成SQL语句。
1.基于星型模型(或雪花模型)生成SQL
需求场景:
按日期、产品查看总的销售额、销售量,日期限定在1997年,总销售额限定在1000元以上,结果按照总的销售额倒序排列,看前5个。
2.生成SQL思路
1.分析需要用到的字段和表,目标是明确查询需要用到哪些表、表间关系、表上分组字段、聚合字段,确定SQL中select和from信息。
2.分析筛选条件,目标是明确SQL中where中需过滤的值。
3.分析分组维度,目标是明确SQL中group by的字段。
4.分析聚合后的筛选条件,目标是明确having中需要过滤的值。
5.分析需要排序的列和排序类型(升序还是降序)。
6.生成结果个数限制条件
7.根据以上信息生成查询SQL:
select 分组字段、聚合字段 from 表(含表关联) where 筛选条件 group by 分组维度 having 聚合后的筛选条件 order by 排序信息 结果条数限制。
3.生成SQL
按照上面的步骤,和本例子中的需求,分析查询中的关键信息(以下步骤与生成SQL思路中的步骤一一对应)
1.用到的分组字段:the_date、product_name, 其中分组字段the_date为日粒度,需处理为年粒度:DATE_FORMAT(`the_date` , '%Y')
聚合字段:store_sales、unit_sales,聚合方式都为sum;
用到的表:sales_fact_1997、product、time_by_day;
表间关系:sales_fact_1997. product_id= product. product_id
sales_fact_1997. time_id= time_by_day .time_id
2.筛选条件:
the_date`= STR_TO_DATE('1997-01-01 00:00:00' ,'%Y-%m-%d %H:%i:%s')
3.分组维度:DATE_FORMAT(`the_date` , '%Y')、product_name
4.聚合后的筛选条件:SUM(`store_sales`) > 1000
5.排序:order by 聚合后的别名 desc
6.限制结果个数:limit 0,5
7.生成的SQL如下
SELECT
DATE_FORMAT(TIME_T_4_.`the_date` , '%Y') AS TIME_THE_5_ ,
PRODUCT_T_2_.`product_name` AS PRODUCT_PRODUCT_6_ ,
SUM(SALES_T_1_.`store_sales`) AS SALES_STORE_7_ ,
SUM(SALES_T_1_.`unit_sales`) AS SALES_UNIT_8_
FROM
`quickbi_test`.`sales_fact_1997` AS SALES_T_1_
LEFT JOIN `quickbi_test`.`product` AS PRODUCT_T_2_ ON SALES_T_1_.`product_id` = PRODUCT_T_2_.`product_id`
LEFT JOIN `quickbi_test`.`time_by_day` AS TIME_T_4_ ON SALES_T_1_.`time_id` = TIME_T_4_.`time_id`
WHERE
四、附录-用到的表
下面罗列出以上示例中用到的表的建表语句,需要在 MySQL数据库下执行,其他类型数据库需要做一些调整。
1.sales_fact_1997表
CREATE TABLE `sales_fact_1997` (
`product_id` int(11) DEFAULT NULL,
`time_id` int(11) DEFAULT NULL,
`customer_id` int(11) DEFAULT NULL,
`promotion_id` int(11) DEFAULT NULL,
`store_id` int(11) DEFAULT NULL,
`store_sales` decimal(19,4) DEFAULT NULL,
`store_cost` decimal(19,4) DEFAULT NULL,
2.product表
CREATE TABLE `product` (
`product_class_id` int(11) DEFAULT '0',
`product_id` int(11) NOT NULL,
`brand_name` varchar(255) CHARACTER SET utf8 DEFAULT NULL,
`product_name` varchar(255) CHARACTER SET utf8 DEFAULT NULL,
`SKU` double DEFAULT NULL,
`SRP` decimal(19,4) DEFAULT '0.0000',
`gross_weight` float DEFAULT '0',
`net_weight` float DEFAULT '0',
`units_per_case` smallint(6) DEFAULT '0',
`cases_per_pallet` smallint(6) DEFAULT '0',
3.product_class表
CREATE TABLE `product_class` (
`product_class_id` int(11) NOT NULL,
`product_subcategory` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`product_category` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`product_department` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`product_family` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
4.time_by_day表
CREATE TABLE `time_by_day` (
`time_id` int(11) NOT NULL,
`the_date` date DEFAULT NULL,
`the_day` varchar(15) CHARACTER SET utf8 DEFAULT NULL,
`the_month` varchar(15) CHARACTER SET utf8 DEFAULT NULL,
`the_year` varchar(10) CHARACTER SET utf8 DEFAULT NULL,
`day_of_month` smallint(6) DEFAULT NULL,
`week_of_year` double DEFAULT NULL,
5.customer表
CREATE TABLE `customer` (
`customer_id` int(11) NOT NULL DEFAULT '0',
`account_num` double DEFAULT '0',
`lname` varchar(100) CHARACTER SET utf8 DEFAULT NULL,
`fname` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`mi` varchar(20) CHARACTER SET utf8 DEFAULT NULL,
`address1` varchar(100) CHARACTER SET utf8 DEFAULT NULL,
`city` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`state_province` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`postal_code` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`country` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`customer_region_id` int(11) DEFAULT '0',
`phone1` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`occupation` varchar(50) CHARACTER SET utf8 DEFAULT NU
6.store表
CREATE TABLE `store` (
`store_id` int(11) NOT NULL,
`store_type` varchar(255) CHARACTER SET utf8 DEFAULT NULL,
`region_id` int(11) DEFAULT '0',
`store_name` varchar(255) CHARACTER SET utf8 DEFAULT NULL,
`store_number` double DEFAULT NULL,
`store_street_address` varchar(255) CHARACTER SET utf8 DEFAULT NULL,
`store_city` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`store_state` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
`store_postal_code` varchar(50) CHARACTER SET utf8 DEFAULT NULL,
原文链接
更多技术干货 请关注阿里云云栖社区微信号 :yunqiinsight
Quick BI 的模型设计与生成SQL原理剖析的更多相关文章
- Quick BI的SQL传参建模可以用在什么场景
Quick B的SQL传参建模功能提供基于SQL的数据加工处理能力,减轻了IT支撑人员的工作量.在即席查询SQL中,我们用物理字段显示别名来表示参数的占位符,配置完占位符后,就可以在查询控件中进行参数 ...
- Quick BI 支持多种数据源进行多维分析
一.摘要 随着互联网的高速发展,数据量爆发式增长的同时,数据的存储形式也开始呈现出多样性,有结构化存储,如 Mysql, Oracle, SQLServer 等,半结构化甚至非结构化存储,如HBase ...
- Quick BI取数模型深度剖析
开发图表最关键的点在于选择准确的图表类型展示准确的数据,而准确的数据往往依赖于一个强大的取数模型,因此设计一个好的取数模型不仅可以解决数据安全的问题,更可以帮助每个访问者高效触达自己想要的数据,开发者 ...
- Quick BI 3.0 - 强大的多维分析表格:交叉表
写在开头 对于普通的表格展示数据,相信大家都非常熟悉了,今天给大家介绍的是BI领域的分析利器-交叉表,这个在BI分析场景中使用占比最多的分析利器.通过交叉表对数据的承载和管理,用户可以一目了然地分析出 ...
- Quick BI的复杂系统为例:那些年,我们一起做过的性能优化
背景 一直以来,性能都是技术层面不可避开的话题,尤其在中大型复杂项目中.犹如汽车整车性能,追求极速的同时,还要保障舒适性和实用性,而在汽车制造的每个环节.零件整合情况.发动机调校等等,都会最终影响用户 ...
- 46、Spark SQL工作原理剖析以及性能优化
一.工作原理剖析 1.图解 二.性能优化 1.设置Shuffle过程中的并行度:spark.sql.shuffle.partitions(SQLContext.setConf()) 2.在Hive数据 ...
- ASP.NET通过反射生成sql语句
最近对接一个接口,需要通过xml序列化成实体后添加额外信息后批量插入数据库,需要手动拼sql.因为涉及多张表,拼凑很麻烦而且容易出错,所以写了两个工具方法来生成sql,先写到博客里面,以便以后不时之需 ...
- Quick BI支持哪些数据源(配置操作篇)
Quick BI 潜心打造了核心技术底座(OLAP分析引擎),实现了SQL解析.SQL调度.SQL优化.查询加速等基础能力,支撑Quick BI的数据分析和查询加速.OLAP分析引擎包括数据源连接.数 ...
- Quick BI独创千人千面的行级权限管控机制
摘要 就数据访问权限而言,阿里巴巴以“被动式授权”为主,你需要什么权限就申请什么权限.但是,在客户交流过程中,我们发现绝大多数企业都是集中式授权,尤其是面向个人的行级权限管控,管理复杂度往往呈几何增长 ...
随机推荐
- python queue, pipe, manage
线程中的Queue import time import threading import queue import random def putMessage(): for i in "H ...
- (组合数学)不定方程的解+猜测——cf997B
首先要求出三种等价情况 5×1+1×50=1×5+5×105×1+1×50=1×5+5×10 9×5=5×1+4×10 8×5+1×50=9×10 那么可以求出三种关于x5,x10的不可行条件 x ...
- 实验室系统tomcat 6 java.lang.OutOfMemoryError: Java heap space
java.lang.OutOfMemoryError: Java heap space
- Assert(断言) 的用法
Assert Assert是断言的意思,头文件为assert.h, assert是一个宏 功 能: 测试一个条件并可能使程序终止 用 法: void assert(int test); 在单元测试中经 ...
- 第十七篇:csv拆分、csv转excel方法
首先对微软的office功能表示敬佩!可能是这些办公软件太过平常化,所以体会不到他有多牛!csv格式数据以前没接触过,百度百科定义,Comma-Separated Values,CSV,逗号分隔值,或 ...
- 第三周——重新clone项目、配置并编译
重新clone项目的原因 因为实习尚未有公司邮箱,使用qq邮箱没有权限提交代码,因此使用晶哥的账号和gitlab, 但是git clone项目默认会关联账号(可能有某些配置项,但是找不到), idea ...
- 快速搭建Bootstrap
粘贴下面代码,快速开启Bootstrap的搭建: <!DOCTYPE html> <html lang="en"> <head> <met ...
- seienium基础(测试脚本中的等待方法)
测试脚本中的等待方法 一.加等待时间的目的 等待是为了使脚本执行更加稳定 二.常用的休眠方式 第一种 sleep(): 设置固定休眠时间.python 的 time 包提供了休眠方法 sleep() ...
- 用Navicat for mysql连接mysql报错1251-解决办法
今天下了个 MySQL8.0,发现Navicat连接不上,总是报错1251: 原因是MySQL8.0版本的加密方式和MySQL5.0的不一样,连接会报错. 试了很多种方法,终于找到一种可以实现的: 更 ...
- Pthread spinlock自旋锁
锁机制(lock) 是多线程编程中最常用的同步机制,用来对多线程间共享的临界区(Critical Section) 进行保护. Pthreads提供了多种锁机制,常见的有:1) Mutex(互斥量): ...