...
选项 | V1.0 | V2.0 | ||
---|---|---|---|---|
抽取整体逻辑 | 抽取成一个大宽表。 | 抽取成小宽表。 优势: 1、抽取时,抽取大数据量的模型更不容易内存溢出,因为单个表数据量大大减少了。
| ||
按次抽取 | session级别的,不同用户抽取是不一样的,不同用户无法共享,而且session不过期是不会清理表。 |
优势: 1、MPP表超过设置的抽取时间,自动清理旧表、减少资源消耗。 2、相同权限的用户间,抽取结果共享,减少重复抽取。 | ||
抽取行权限( 只最针对:数据模型中的数据源表做出的更改) | 数据模型中添加的是“数据源表”,抽取时是引用计划任务设置的执行人在源表上设置的行权限。还需要再数据模型上重新设置好数据行权限,才不会权限泄露。 |
优势: 如果数据模型中添加都是数据源表: 1、因为不需要获取行权限,逻辑上抽取的速度更快。 2、数据不容易泄露,查询时可直接以引用源表的行权限,无需再在数据模型上重新设置。如果数据模型中添加都是数据源表:数据不容易泄露,查询时可直接以引用源表的行权限,无需再在数据模型上重新设置。 | ||
抽取计算字段 | 时间层次、分组字段、计算列全部不抽取。 |
优势: 1、计算字段抽取到MPP表中,查询SQL语句更简洁、查询速度更快。 | ||
计算度量 |
| |||
计算列 |
|
优势: 1、日志更友好,问题定位更精准,并增强了易用性。 | ||
查询逻辑 | SQL引擎、多维引擎走不同的逻辑。
| 如果在报表层勾选了属于不同小宽表的字段,需要时时判断字段属于哪几个小宽表,如果命中多个小宽表:
优势: 查询时,根据查询的度量、维度更精准的命中某一部分小宽表,不用去查包含所有数据的大宽表,理论查询速度更快。 |
...
2.3 数据模型引擎V2.0是基于V1.0重构而来的,但是也是有一些差异:
1、事实表与维表关联,事实表中只有部分维度数据,并且表关系未设置假设引用完整性,查询选择维表中的维度及事实表度量时,会查询出维表中的所有维度,事实表中没有的度量值补空。1、事实表与维表关联,事实表中只有部分维度数据,查询选择维表中的维度及事实表度量时,会查询出维表中的所有维度,事实表中没有的度量值补空。
新的变更调整更符合业务实际使用逻辑,如果想保持V1.0的效果,建议升级后设置“假设引用完整性”。建议升级通过表格属性设置“压缩空行”
说明 | V1.0 VS V2.0 |
---|---|
| 原因: V1.0 走的取数逻辑是星型模型:取维度成员从维表里面取,查出来行轴上的维度成员组合只有维表中存在的数据。 |
...