在一些情况中，可以通过采用已知的功能依赖优势来在数据处理过程中优化性能。这种依赖是典型的与产生数据相关的业务规则之结果，通常不能通过数据本身而推断。
在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网站的观点或立场
|
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。