...
信息 | ||
---|---|---|
| ||
由于数据模型引擎升级至V2.0后其抽取逻辑有所变更,因此若切换至新版本引擎,原有的数据模型需重新进行抽取方能确保数据查询的正常进行。若未主动执行此操作,在尝试访问依赖于该模型的报表时,系统将自动触发数据模型的抽取过程。 |
2 功能介绍
V2.0依然包含 SQL引擎和多维引擎:
- SQL引擎:详情可查看SQL引擎介绍SQL引擎V1.0介绍。
- 多维引擎:是基于V1.0重构而来的,V2.0比V1.0 更稳定、查数更快、扩展性更强。
...
2、数据模型抽取方面
选项 | V1.0 | V2.0 |
---|---|---|
抽取整体逻辑 | 数据模型的结构没有调整,如果抽取失败,在报表层不能查看数据会报错。 | 1、优化抽取逻辑,减少抽取可能产生的内存溢出问题。 3、数据模型的结构没有调整,如果抽取失败,在报表层能正常查看数据(查看上一次抽取成功的数据) |
按次抽取 | session级别的,不同用户抽取是不一样的,不同用户无法共享,而且session不过期是不会清理表。 |
优势: 1、MPP表超过设置的抽取时间,自动清理旧表、减少资源消耗。 2、相同权限的用户间,抽取结果共享,减少重复抽取。 |
抽取行权限( 只最针对:数据模型中的数据源表做出的更改) | 数据模型中添加的是“数据源表”,抽取时是引用计划任务设置的执行人在源表上设置的行权限。还需要再数据模型上重新设置好数据行权限,查询时才不会权限泄露。 |
优势: 如果数据模型中添加都是数据源表:数据不容易泄露,查询时可直接以引用源表的行权限,无需再在数据模型上重新设置。 |
抽取计算字段 | 时间层次、分组字段、计算列全部不抽取。 |
优势: 1、计算字段抽取到MPP表中,查询SQL语句更简洁、查询速度更快。 |
计算度量 |
| |
计算列 |
|
优势: 1、日志更友好,问题定位更精准,并增强了易用性。 |
查询逻辑 | SQL引擎、多维引擎走不同的逻辑。
| 如果在报表层勾选了属于不同小宽表的字段,需要时时判断字段属于哪几个小宽表,如果命中多个小宽表:
优势: 查询时,根据查询的度量、维度更精准的命中某一部分小宽表,不用去查包含所有数据的大宽表,理论查询速度更快。 |
...
- +新增功能,只在V2.0引擎上能使用:
- ^提升了交叉表某些场景下的查询性能:
- 交叉表/透视分析:如果显示汇总小计、合计支持走SQL引擎,详情查看:SQL引擎介绍SQL引擎V1.0介绍。
^事实表与维表关联,事实表中只有部分维度数据,查询选择维表中的维度及事实表度量时,支持显示所有的维度,示例如下:
1、"维度表"数据如下:
产品编号 产品名称 16 饼干 32 白奶酪 42 糙米 47 蛋糕 56 白米 4 盐 2、”事实表“中,没有产品编号为“4(盐)”的记录。
3、 想要查询:所有产品名称、销量。
方式1:如果是直连模式,在数据模型中开启“假设引用完整性”,并且在报表层,关闭“压缩空行”可以达到效果:
方式2:如果是抽取模式,需要在报表层关闭压缩空行,缺点是会多一行空行,如果要把这个空行不显示出来,需要在系统选项/高级设置中设置
USE_NEW_ENGINE_PREPROCESS=true。
...