在一些情况中,可以通过采用已知的功能依赖优势来在数据处理过程中优化性能。这种依赖是典型的与产生数据相关的业务规则之结果,通常不能通过数据本身而推断。
在Mondrian中,功能依赖(Functional dependency)使用
property成员的dependsOnLevelValue属性用于指明该成员属性的值功能上依赖哪个成员属性的Level值。换句话说,对一个给定的leve值,属性值是稳定的。
Hierarchy中的uniqueKeyLevelName属性用于指出给定的level(如果存在)采用所有在层次活动中更高level作为唯一替代key,确保对于那些level值的联合是唯一的。
要解释这些内容,看下面的例子:
在上面的例子中,我们知道一个给定的制造厂仅存在于一个单独的城市和省,一个给定的汽车只有一种颜色方案和一种内饰程度,并且许可证号码与每个单独的省关联。因此,我们可以说所有这些成员属性功能依赖相关的leve值。 另外,我们知道车辆识别号码唯一标识每辆车,每辆车只有一个许可证。因而,我们得知Make,Model,Manufacturing Plant的联合,以及Vechicle Identification Number唯一识别每辆车,license number是冗余的。 这些属性保证Mondrian生成的sql语句中GROUP BY 能被优化。如果缺少任何功能依赖信息,典型的查询看起来会像下面那样:
我们知道当在查询中的所有属性也功能依赖于他们的level时,GROUP BY语句会被认为是冗余的,并且会完全去掉,以减少在一些数据库上的性能开销。在上面的例子中,如果给出了功能依赖上面的sql语句会变成:
如果查询不够深入到包含unique key的程度,或者有一些成员属性没有功能依赖于他们的level,一些数据库(尤其是MysqL)允许在select中的列不全部出现在GROUP BY 语句中。在这样的一些数据库上,Mondrian能将功能依赖的属性移出GROUP BY语句,着眼工会减少SQL查询的处理时间。
版权声明:本文为博主原创文章,未经博主允许不得转载。
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
|