1体系结构
开源与免费
整个bi体系全部免费，
深色4个开源， 橙色2个引擎不开源
什么情况收费？
免费bi可以使用官方提供的公共模板进行呈现（如下图），但新建个性模板时需要购买报表工具
免费bi可以实现业务人员自助报表，但制作复杂逻辑的固定报表时需要购买报表工具
bi界面
清爽简洁的分析拖拽界面，所见即所得
通用查询
业务人员可以灵活的在页面上拖拽设置查询条件，分组汇总等
敏捷看板
业务人员在分析页面快速制作dashboard，敏捷看板
报表中心外部管理
提供全面系统管理功能，人员机构管理、资源管理、权限控制、任务调度等
*基于润乾bi核心功能，加上开源的bi管理系统，助你快速打造属于自己的bi产品
报表引擎
高效制作各种中国式复杂报表
dql引擎
dql让多表关联查询不再错、不再晕，根据拖拽实时关联查询数据，轻松实现关联分析
前端bi页面开源
润乾bi提供了页面控制接口，可根据需要自行修改多维分析前端布局，风格
dashboard开源
dbd制作开放接口和全部源码，用户可以根据需求增加自己需要的功能
报表中心开源
所有管理功能全部开源，简单需求可以直接用，复杂需求可以自由定制
2数据分析
文件分析
直接基于本地或服务上的csv、excel、txt等文件进行多维分析
数据库分析
在页面上手动输入sql语句，基于sql查询结果进行多维分析
sql还可以事先由管理员指定好，用户根据不同的权限进行查询分析
sql可以动态选择，也可以动态生成
常规多维分析
支持切片/切块、钻取/上卷、旋转等多维分析常见操作
跨行组运算
在bi分析中还会查询同比、环比、排名、占比等复杂查询，这类查询也被称为：跨行组运算
跨行组运算会涉及两个层次，聚合层（如年汇总）和范围层（总排名还是省内排名）
*【选型注意】很多bi产品只提供聚合层，范围层只面向全集，这样是不够用的
3关联分析-dql
关联分析
用户选择多层维度进行多表实时关联查询，可以避免事先关联引发的各种（空间和时间）问题
dql模型
为什么润乾bi不需要事先建cube，也不需要由用户来指定关联？
原因：dql模型重新看待表间关联，让实时关联成为可能
dql的优势
相对其他bi产品需要用户在页面端完成表关联，dql让多表关联查询不再错、不再晕
不再错
- 传统bi允许业务用户自行关联，理解难度太，容易出错；而自动关联只能适应简单情况，关联复杂时经常对应错误
- 关联出错时，轻则查不到数据，重则跑崩数据库
- 基于dql模型的润乾bi，业务用户基于做好的关联模型随意拖拽，保持了灵活性，而临时生成的关联还会必然正确
不再晕
- 传统bi实施关联需要面对太多表和关联字段，业务人员经常会晕掉
- 而经常出现的自关联、互相关联、两表多关联，则会导致表间关系变成一团乱麻的网状结构，很难理清
- 基于dql模型的润乾bi仅需技术人员建好基础关联，就可以生成易于理解的树状结构，清晰简单，关联随操作实时生成
*选型bi产品时，不妨拿这几个例子试试，比较一下
dql模型
举例
进销存系统涉及的4个表：订单表orders、员工表employee、部门表department、区域表area。表间存在如下关联关系：
- 常规多级外键关联，如：订单.emp_id = 员工.emp_id、员工.dept_id = 部门.dept_id
- 表间自关联，如：地区.pid=地区.id
- 相互关联，如：员工.dept_id = 部门.dept_id，同时，员工.emp_id = 部门.manager
- 两表多字段关联，如：订单.send_city=地区.area_id，订单.recieve_city=地区.area_id
常规多级关联
多级关联是指一次查询涉及的多个表需要通过逐级外键实施关联完成查询计算
查询目标：哪些部门的哪些员工在什么时间签过订单
通过这种方式就可以拖拽3个表的所有字段进行查询，完成多级外键关联查询，生成的dql语句也很好理解：
select emp_id.dept_id.dept_name 部门, emp_id.emp_name 员工, order_date 签单日期 from orders
自关联
自关联是指一个表两个字段之间存在关联关系，常用于存储多层数据
查询目标：各发货地区、省、市的订单明细
自关联的层级可能非常多，通过这种方式可以应对任意层级的自关联。生成的dql如下：
select send_city.name 市, send_city.pid.name 省, send_city.pid.pid.name 地区 from orders
相互关联
相互关联是指两个表互为外键表，彼此分别有字段指向另一张表
查询目标：各部门经理、员工信息
相互关联与自关联类似，也会存在多层。dql仍然可以处理任意层的相互关联。语句如下：
select
emp_name 员工,
dept_id.manger. emp_name 经理
from employee
两表多关联
两表多关联是指一个表中有多个字段与同一个表关联
查询目标：订单的发货和收货城市信息
无论有多少字段指向同一张表，都不用重复选出多遍。dql语句：
select send_city.name 发货城市, receive_city.name 收货城市 from orders
透明化
- 汇总查询如果每次都使用基础表汇总效率较低，为此会事先建立汇总表（空间换时间）
- 汇总表很多（各种维度组合）时全部暴露给用户会导致用户体验极差
- 润乾bi提供透明化机制，用户使用基础表的查询会自动转换成查询汇总表
用户基于“支付单”按年汇总金额，会被引擎自动指向“支付单年汇总表”查询，而不会使用更基础的“支付单表”，而在页面上用户只基于“支付单”进行操作
4可视化
统计图
内置常用各类美观统计图以及第三方统计图echarts
统计图操作
选择统计图类型，拖拽横纵轴数据就可以做出美观的图表
可以灵活选择切换统计图风格
自定义图表
呈现的图表种类可扩展，自定义表格样式，新增图表类型，支持常见js第三方图库
*新增一个自定义报表模板，放到模版目录下，再修改资源树js，前端就可以看到这个模版了
敏捷dashboard看板
分析人员快速制作分析看板
大屏
移动端
润乾bi采用全面html5输出，适配各类终端（不提供移动app，需集成嵌入使用）
5集成管理
开源式集成
润乾bi,不仅可以集成，而且开源，做到源码式集成
*基于润乾开源bi，你可以很容易打造属于自己的bi系统；再贴上牌，秒变bi供应商
门户开源
全部门户功能以及前端分析界面，dbd界面都开源，集成后用户可以随意修改定制功能
权限开源
数据以及资源权限部分提供全部接口和源码，方便用户和已有系统的对接，或者进行功能扩展
微信集成
轻松两步配置即可微信登录，并且也开放源码
6进阶能力
配合润乾报表
各种中国式复杂报表轻松搞定，润乾报表一直是业界处理复杂报表能力很强，效率很高的！
配合集算器（开源）
多样数据源及跨库关联分析
集算器不仅支持多样性数据源，而且可以支撑前端bi进行异构、跨库多库关联分析
- 商用 rdbms：oracle、ms sql server、db2、informix
- 开源 rdbms：mysql、postgresql
- 开源 nosql：mongodb、redis、cassandra、elasticsearch
- hadoop家族：hdfs、hive、hbase
- 应用软件：sap ecc、bw
- 文件：excel、json、xml、txt
- 其他：http restful、web services、olap4j 、...
高性能
集算器提供高效的二进制列存压缩数据存储文件，对接前台多维分析后，可以极大的提升查询速度
大数据
利用集算器大报表技术避免耗用过多内存、甚至内存溢出，秒级展现百万千万级明细数据
