了解 SQL Studio Manager 中的立方体显示
Understanding the Cube display in SQL Studio Manager
我使用 Adventure works 数据库构建了一个小型数据仓库。我已将其部署到 SQL Studio Manager。我写了我的第一个 MDX 查询
select
customer.[full name].members on rows,
order (measures.[sales amount],asc) on columns
from [Adventure Works DW2012]
请看下面的截图：
我知道层次结构的顶层是维度，即客户、日期、到期日、内部销售、订单日期、产品和发货日期。我知道维度有属性。例如：型号名称、产品系列、产品名称是产品维度的属性，产品型号系列是产品维度的层次结构。
什么意思：财务；历史和放养？
你遇到了一些我认为是 SSAS 真正令人困惑和设计不当的方面。
您说得对，型号名称、产品线和产品名称是产品维度的属性。但是您在这里（在屏幕截图中）看到的是 层次结构，称为型号名称、产品线和产品名称。
这些不是 "hierarchies" 大多数人使用的术语（具有多个级别的结构）。它们是基于同名属性的"attribute hierarchies"。他们只有一级二级。 （编辑： 正如 whytheq 指出的那样，它们只有一个叶级别，而且几乎总是有一个 "All" 级别）。
(EDIT) Product Model Lines 是一个 "real"（又名 "user"）层次结构，除 All 和叶级别外还有多个级别，基于在多个属性上。
金融、历史和库存是 "folders"。他们通过设置维度设计中任何属性的任何 AttributeHierarchyDisplayFolder 属性（或任何 "real" 层次结构的 DisplayFolder 属性）获得 "created"。它们与任何维度结构无关——它们只是为了显示方便。可能是必要的，因为随着我尝试解释得越多，SSAS 中维度的结构确实复杂得不必要。
您可以通过将属性的 AttributeHierarchyVisible 属性 设置为 False，对客户端应用程序（例如 Excel）隐藏 "attribute hierarchies"。但它们仍会显示在您正在查看的 MDX "helper" 屏幕中。
我使用 Adventure works 数据库构建了一个小型数据仓库。我已将其部署到 SQL Studio Manager。我写了我的第一个 MDX 查询
select
customer.[full name].members on rows,
order (measures.[sales amount],asc) on columns
from [Adventure Works DW2012]
请看下面的截图：
我知道层次结构的顶层是维度，即客户、日期、到期日、内部销售、订单日期、产品和发货日期。我知道维度有属性。例如：型号名称、产品系列、产品名称是产品维度的属性，产品型号系列是产品维度的层次结构。
什么意思：财务；历史和放养？
你遇到了一些我认为是 SSAS 真正令人困惑和设计不当的方面。
您说得对，型号名称、产品线和产品名称是产品维度的属性。但是您在这里（在屏幕截图中）看到的是 层次结构，称为型号名称、产品线和产品名称。
这些不是 "hierarchies" 大多数人使用的术语（具有多个级别的结构）。它们是基于同名属性的"attribute hierarchies"。他们只有一级二级。 （编辑： 正如 whytheq 指出的那样，它们只有一个叶级别，而且几乎总是有一个 "All" 级别）。
(EDIT) Product Model Lines 是一个 "real"（又名 "user"）层次结构，除 All 和叶级别外还有多个级别，基于在多个属性上。
金融、历史和库存是 "folders"。他们通过设置维度设计中任何属性的任何 AttributeHierarchyDisplayFolder 属性（或任何 "real" 层次结构的 DisplayFolder 属性）获得 "created"。它们与任何维度结构无关——它们只是为了显示方便。可能是必要的，因为随着我尝试解释得越多，SSAS 中维度的结构确实复杂得不必要。
您可以通过将属性的 AttributeHierarchyVisible 属性 设置为 False，对客户端应用程序（例如 Excel）隐藏 "attribute hierarchies"。但它们仍会显示在您正在查看的 MDX "helper" 屏幕中。