页面树结构

版本比较

标识

  • 该行被添加。
  • 该行被删除。
  • 格式已经改变。

...

选项V1.0V2.0 
抽取整体逻辑抽取成一个大宽表。

抽取成小宽表。

优势

1、抽取时,抽取大数据量的模型更不容易内存溢出,因为单个表数据量大大减少了。
2、查询时,根据查询的度量、维度更精准的命中某一部分小宽表,不用去查包含所有数据的大宽表,理论查询速度更快。

信息

什么是小宽表? 以模型上所有单个表/查询为中心构建的宽表。构建宽表的逻辑,以基数进行判断:

  1. 如果该表与连接表的基数是“多对一”或“一对一”的一方,并且它是“多”的一方,构建宽表时会加上连接的表;如果该表是“一”的一方,那么构建宽表时不会加上连接的表。
  2. 如果该表与连接表的基数是“一对一”,该表是“一”的一方,连接的表也是“一”的一方,构建宽表时会加上连接的表。


按次抽取session级别的,不同用户抽取是不一样的,不同用户无法共享,而且session不过期是不会清理表。
  • 设定MPP表动态有效期:(默认30分钟会自动抽取,运维可配置,详情可查看:直连&抽取)
  • 报表刷新时,系统将自动触发重新抽取,数据获取更及时;

优势:

1、MPP表超过设置的抽取时间,自动清理旧表、减少资源消耗。

2、相同权限的用户间,抽取结果共享,减少重复抽取。

抽取行权限(

只最针对:数据模型中的数据源表做出的更改)

数据模型中添加的是“数据源表”,抽取时是引用计划任务设置的执行人在源表上设置的行权限。还需要再数据模型上重新设置好数据行权限,才不会权限泄露。
  • 数据模型中添加的是“数据源表”,抽取时不引用计划任务设置的执行人的权限,行权限在查询时生效。

优势:

如果数据模型中添加都是数据源表:

1、因为不需要获取行权限,逻辑上抽取的速度更快。

2、数据不容易泄露,查询时直接可以引用源表的行权限,无需再在数据模型上重新设置。2、数据不容易泄露,查询时可直接以引用源表的行权限,无需再在数据模型上重新设置。

抽取计算字段时间层次、分组字段、计算列全部不抽取。
  • 时间层次、分组字段、计算列都抽取了小宽表中。
  • 不抽取的情况:
    • 计算列含有参数、用户属性。
    • 在报表层创建的计算列。

优势

1、计算字段抽取到MPP表中,查询SQL语句更简洁、查询速度更快。

计算度量
  • 不管是在数据模型中创建的计算度量还是在报表层创建的计算度量,如果计算度量错误时,查询数据时:没有勾选该计算度量,不会报错,只有勾选了该计算度量才会报错。
计算列
  • 抽取模式:不知道是哪个字段报错。
  • 抽取模式:计算列如果报错,在抽取模式下,抽取日志会显示对应的计算列名称以及表达式信息。

优势

1、日志更友好,定位更精准,增强了易用性。1、日志更友好,问题定位更精准,并增强了易用性。

查询逻辑

SQL引擎、多维引擎走不同的逻辑。

  • SQL引擎:根据在报表层勾选字段判断命中几张表,如果是只勾选一张表的字段,即直接查询对应的表/查询;如果勾选了属于不同表/查询的字段,会时时判断,如果命中多个表,就查询大宽表。
  • 多维引擎:只会查大宽表。


如果在报表层勾选了属于不同小宽表的字段,需要时时判断字段属于哪几个小宽表,如果命中多个小宽表:

  • SQL引擎:小宽表之间是join关系;
  • 多维引擎:小宽表之间是union关系。

优势:查询时,根据查询的度量、维度更精准的命中某一部分小宽表,不用去查包含所有数据的大宽表,理论查询速度更快。

查询时,根据查询的度量、维度更精准的命中某一部分小宽表,不用去查包含所有数据的大宽表,理论查询速度更快。


3、计算列支持更多函数

选项V1.0V2.0
产品封装的统一函数只有10几个函数。

计算列封装了45+函数,包含:日期函数、数值函数、字符串函数、逻辑函数。

详情可查看:计算列函数

...