Question

我们在2008年建立了双管齐下的解决办法,这种解决办法类似:一个包含所有客户的植被数据的工业芯片,以及一个包含“植被数据”的客户芯片;与工业界分享若干(但并非全部)层面。工业用地包括每个人,包括打电话的客户,因此,当客户正在采取工业措施时,我们想要把结果纳入其他人。客户在“客户”方面在工业树林中占有代表地位,只有两个成员:关键和计划;客户名称。工业用多瑙河的计数措施称为“I Widget”和“P”;客户圆块中的相同措施是[植被大小]。

An MDX 类似这种表达方式与质编辑大相径庭:

WITH SET [Industry] AS Except( [Cube Clients].[Client].[All].Children
        , [Cube Clients].[Client].[Client 05] )
    MEMBER [Measures].[Industry Widget Count] AS sum( [Industry], [I Widget Count] )
SELECT ({ [Widget Count]
    , [Industry Widget Count]
    , [I Widget Count] }) on 0
FROM [Client 05 Cube]

一切看起来都是罚款的,客户和营地的计数是完美的。将共同或非共有的层面添加到轴1中,也发挥了作用;一切似乎都是巨大的。

一旦我加入集束就停止提供正确的答案。因此,在计算措施中,我补充说:

CREATE DYNAMIC SET CURRENTCUBE.[Industry] 
  AS Except( [Cube Clients].[Client].[All].Children
    , [Cube Clients].[Client].[Client 05] ) ;

CREATE MEMBER CURRENTCUBE.[Measures].[Industry Widget Count] 
  AS sum( [Industry], [I Widget Count] ), 
VISIBLE = 1 ;

在将这一措施推向河上时,这一计数是完全错误的。正确的数字(无方面限制)大约为10 000 000 000 000美元;浏览器显示30个。我尝试通过一个追踪窗口来研究,看看看我是否能够读到该河正用来生成动态总合的代码,但并不明显。

任何人都知道为什么发生这种情况?

友情链接