有趣的mdx bug？

如果我运行这个：

SELECT 
  NON EMPTY 
    [Measures].[Internet Sales Amount] ON COLUMNS
 ,NON EMPTY 
    {
      Hierarchize
      ( EXISTING
        {
          [Product].[Product Categories].[Product].&[483]
         ,[Product].[Product Categories].[Product].&[486]
         ,[Product].[Product Categories].[Product].&[478]
         ,[Product].[Product Categories].[Product].&[479]
         ,[Product].[Product Categories].[Product].&[477]
         ,[Product].[Product Categories].[Product].&[484]
         ,[Product].[Product Categories].[Product].&[485]
         ,[Product].[Product Categories].[Product].&[317]
         ,[Product].[Product Categories].[Product].&[316]
         ,[Product].[Product Categories].[Product].&[583]
         ,[Product].[Product Categories].[Product].&[311]
         ,[Product].[Product Categories].[Product].&[594]
        }
      )
    } ON ROWS
FROM [Adventure Works]
WHERE 
  [Product].[Product Model Lines].[Product Line].&[M];

我明白了：

然而，如果我们注释掉

现有的

关键字：

SELECT 
  NON EMPTY 
    [Measures].[Internet Sales Amount] ON COLUMNS
 ,NON EMPTY 
    {
      Hierarchize
      ( --EXISTING
        {
          [Product].[Product Categories].[Product].&[483]
         ,[Product].[Product Categories].[Product].&[486]
         ,[Product].[Product Categories].[Product].&[478]
         ,[Product].[Product Categories].[Product].&[479]
         ,[Product].[Product Categories].[Product].&[477]
         ,[Product].[Product Categories].[Product].&[484]
         ,[Product].[Product Categories].[Product].&[485]
         ,[Product].[Product Categories].[Product].&[317]
         ,[Product].[Product Categories].[Product].&[316]
         ,[Product].[Product Categories].[Product].&[583]
         ,[Product].[Product Categories].[Product].&[311]
         ,[Product].[Product Categories].[Product].&[594]
        }
      )
    } ON ROWS
FROM [Adventure Works]
WHERE 
  [Product].[Product Model Lines].[Product Line].&[M];

我们得到以下结果：

我们使用金字塔前端。人们希望那里的家伙在他们的mdx渲染引擎中包含

现有的
关键字，这样用户就不必担心这个bug了

这肯定是一只虫子吗

包含
现有的
是否意味着脚本运行较慢？
不确定问题可能是什么。我在没有分层的情况下运行了查询-运行得很好。在命名集中与构造（包括层次结构）一起运行。它运行良好。问题似乎在于
层次化
和
现有的
如何协同工作。@SouravA-没错-这是
层次化
中的一个缺陷。我给微软的开发人员发了一封电子邮件，他正在等待回复。在您这样做的同时，我建议您打开一个与微软的连接项目，以便让更多的公众了解这个问题（并希望得到解决）我真的很想知道幕后发生了什么，迫使结果被过滤掉。只有当您使用Hierarchyze，并且在WHERE类别中具有不同的层次结构时，才会发生错误。我不确定问题可能是什么。我在没有分层的情况下运行了查询-运行得很好。在命名集中与构造（包括层次结构）一起运行。它运行良好。问题似乎在于
层次化
和
现有的
如何协同工作。@SouravA-没错-这是
层次化
中的一个缺陷。我给微软的开发人员发了一封电子邮件，他正在等待回复。在您这样做的同时，我建议您打开一个与微软的连接项目，以便让更多的公众了解这个问题（并希望得到解决）我真的很想知道幕后发生了什么，迫使结果被过滤掉。只有当您使用Hierarchyze，并且在WHERE类中具有不同的层次结构时，才会发生错误