Art*_*hur 5 performance mdx iccube
我在总帐管理系统代码块的基础上在icCube中构建了一个模型,该代码块具有以下维度(非限制性):
将此模型加载到工具Planning中时,如果x轴上的3个以上维度折叠到底层,则会出现性能问题.
我试图检查icCube是否可以更好地处理这个问题,但是3维的语句花了我超过1700秒:
select [Dec] on 0
, non empty { Descendants([Account].[Account].[Total],,leaves) }
* { Descendants([Activity].[Activity].[Total],,leaves) }
* { Descendants([CostCenter].[CostCenter].[Total],,leaves) } on 1
from finance
Run Code Online (Sandbox Code Playgroud)
在行上具有多个维度的原因是用户希望尽可能多地查看代码块的细节,优选地是完整的代码块.
我受到以下事实的挑战:其他工具可以非常轻松地处理这类事情,因为它没有OLAP数据库底层,但它使用层次结构直接在数据单元上查询.在Excel中查询数据的提取时获得相同的性能(没有太多的数据行).
有关数据的信息:
有任何建议或暗示如何解决这个问题?
这是 MDX 中的经典问题,值得创建 MDX 反模式并将其列为第 1 号。
您计算的交叉连接将产生 400x60000x500 = 12000000000 (12X10^9) 个元组,我们要求评估每个元组。这使得每秒进行大量评估。
看起来像是一种“奇怪”的钻取方式。我会进行钻取,但让我们尝试在 MDX 中解决这个问题:
解决方案是尝试通过尽快执行非空来减少生成的元组数量。所以 :
noempty( noempty(A) x noempty(B) ) x noempty(C)
or
noempty(A) x noempty( noempty(B) x noempty(C) )
Run Code Online (Sandbox Code Playgroud)
使用第一个版本和一些较少的非空:
select
[Dec] on 0,
nonempty(
nonempty(
Descendants([Account].[Account].[Total],,leaves)
* nonempty( Descendants([Activity].[Activity].[Total],,leaves) , [DEC] )
, [DEC] )
* { Descendants([CostCenter].[CostCenter].[Total],,leaves) }
, [DEC] )
on 1
from [finance]
Run Code Online (Sandbox Code Playgroud)
在 icCube 中,您将创建一个执行此操作的函数以简化语法:
Function megaCrossjoin1(A,B,C,M) as nonempty( nonempty(A,M) * nonempty(B,M), M) * nonempty(C,M)
Run Code Online (Sandbox Code Playgroud)
并使用它
megaCrossjoin1(
Descendants([Account].[Account].[Total],,leaves) ,
Descendants([Activity].[Activity].[Total],,leaves) ,
Descendants([CostCenter].[CostCenter].[Total],,leaves) ,
[Dec])
Run Code Online (Sandbox Code Playgroud)
希望能帮助到你
| 归档时间: |
|
| 查看次数: |
2110 次 |
| 最近记录: |