BI开发笔记一

我们做BI开发的这个玩意到底叫啥

我们就是做BI产品

跟quickBI一样 只不过是人家强大  我们普通

BI很抽象 说了也不知道到底干啥

换个说法就是做数据分析

这个还是过于抽象

更明显的说法是做报表开发

自己的领域定义清楚了

下面就要说下在这个领域的常用的一些关键词

吹牛的时候大家得有公共语言啊

数据引擎--可以理解成是数据源

可视化图表--最常见的就是电子表格

数据权限--干啥都有这个 报表毕竟是给人看的 弄权限很正常

除了这三个关键词以外

还有个重要概念叫做数据建模

他是数据源和电子表格之间的桥梁

先有模型

基于模型再分析

我们公司就叫分析模型

在这个圈子里

基本套路都是一样的

比如帆软的FINEBI

 

他是这么做

quickBI也是这么做

我们公司也是这么做

知道了这些概念和套路

就可以一起吹牛了

作为技术人员

还需要知道每一个步骤涉及的技术是怎么实现的

第一个是数据源

顾名思义就是数据的发源地

我们一般都是把数据放到数据库里的

多数人接触最多的就是关系型数据库

比如MYSQL SQLSERVER等

他们是典型的数据源

当然还可以用HIVE或者用文件等来当数据源

我们多数都是从MYSQL开始当数据源的

所谓配置数据源

写过JDBC代码的人都知道

其实就是配置URL,用户，密码，数据库

第二步就是数据建模

按照MYSQL的角度

我们知道有库，有表，有视图

第一步等于是确定了库

现在就要确定下一层概念

就是表或者视图

表和视图我们都接触过都见过

那么在BI这里他们有什么独特的地方嘛？

有的

在这里，我们要给出来两个概念

一个叫维度

一个叫度量

这俩是BI领域必须要知道的概念

这两词仍然很抽象

还是要举例来说明

比如订单表，大家都接触过

订单表里一定有商品ID，有商品数量，有订单金额

很常见很普通的三个字段

这里面商品ID就是维度

商品数量和订单金额就是度量

维度就是角度，看待事物的切入点，

发生了洪水之后，

农民会从自己土地的角度看损失，

交通部门看的时候道路损毁情况，

水利部门关心的是堤坝和水库的情况。

不同的角色观察了不同的角度，

使用了不同的维度。

度量就是数量，

就是数字，

是金额，是大小，是长度，是宽度，

所谓建模

就是让你确定下

你是扮演老农民，

还是交通部，

还是水利局，

因此有土地模型，

道路模型，

水利模型，

这里还有另外的一个词来描述这件事情，

就是指标，

指标这词显得更专业，

但是说的也是维度和度量的事。

第三步就是仪表板可视化

这词还是很抽象

仪表板就跟我们汽车里的是一样的

有油表 有电表 有温度表

有速度表

这些都是图表

我们第二步搞了数据建模

下面还要让它很友好的展示出来

什么叫友好呢

就是一眼就看出来

一目了然

你像EXCEL里的数据就不友好

你看到的是一堆一堆的数据

一堆一堆的单元格

看的头疼

如果是换成了折线图

柱状图

那就是傻子都能看出来什么东西高什么东西低

什么涨了什么降了

这就是友好

这一步就是我们来确定好要选择什么样的图表来展示

比如我们选了线图

那么就要来确定X轴是什么 Y轴是什么

一般来说Y轴就是值轴就是度量

X轴就是类别轴就是维度

比如你X轴选了订单日期

Y轴选了订单金额

这个线图就能告诉你哪天订单金额高 哪天低 是什么趋势

这里还是没有讲到具体技术

那么具体技术到底是啥呢

我用JAVA怎么来实现？

我用JS来做些什么事情呢？