...
选项 | V1.0 | V2.0 | ||
---|---|---|---|---|
抽取整体逻辑 | 抽取成一个大宽表。 | 抽取成小宽表。 优势: 1、抽取时,抽取大数据量的模型更不容易内存溢出,因为单个表数据量大大减少了。
| ||
按次抽取 | session级别的,不同用户抽取是不一样的,不同用户无法共享,而且session不过期是不会清理表。 |
优势: 1、MPP表超过设置的抽取时间,自动清理旧表、减少资源消耗。 2、相同权限的用户间,抽取结果共享,减少重复抽取。 | ||
抽取行权限( 只最针对:数据模型中的数据源表做出的更改) | 数据模型中添加的是“数据源表”,抽取时是引用计划任务设置的执行人在源表上设置的行权限。还需要再数据模型上重新设置好数据行权限,才不会权限泄露。数据模型中添加的是“数据源表”,抽取时是引用计划任务设置的执行人在源表上设置的行权限。还需要再数据模型上重新设置好数据行权限,查询时才不会权限泄露。 |
优势: 如果数据模型中添加都是数据源表:数据不容易泄露,查询时可直接以引用源表的行权限,无需再在数据模型上重新设置。 | ||
抽取计算字段 | 时间层次、分组字段、计算列全部不抽取。 |
优势: 1、计算字段抽取到MPP表中,查询SQL语句更简洁、查询速度更快。 | ||
计算度量 |
| |||
计算列 |
|
优势: 1、日志更友好,问题定位更精准,并增强了易用性。 | ||
查询逻辑 | SQL引擎、多维引擎走不同的逻辑。
| 如果在报表层勾选了属于不同小宽表的字段,需要时时判断字段属于哪几个小宽表,如果命中多个小宽表:
优势: 查询时,根据查询的度量、维度更精准的命中某一部分小宽表,不用去查包含所有数据的大宽表,理论查询速度更快。 |
...