用户层次结构

在均衡层次结构中，层次结构的所有分支降至相同的级别，并且每个成员的逻辑父级直接位于该成员的上一级别。 在 Adventure Works DW 示例 Analysis Services 数据库中，“产品”维度的“产品类别”层次结构就是一个均衡层次结构的示例。 “产品名称”级别的每个成员均在“子类别”级别中有一个父成员，而每个“子类别”级别在“类别”级别中也有一个父成员。 而且，层次结构中的每个分支在“产品名称”级别中都有叶成员。

在不均衡层次结构中，层次结构的分支降至不同级别。 父子层次结构是不均衡层次结构。 例如，Adventure Works DW 示例 Analysis Services 数据库中的“组织”维度包含了表示每个雇员的成员。 CEO 是层次结构中的顶级成员，而部门经理和执行秘书直接位于 CEO 下面。 部门经理还有下属成员，但执行秘书没有。

最终用户可能无法区别不均衡层次结构和不规则层次结构。 但可以使用 Analysis Services 中的不同技术和属性来支持这两种层次结构类型。 有关详细信息，请参阅使用不规则层次结构和使用父子层次结构中的属性。

在不规则层次结构中，至少一个成员的逻辑父成员不直接位于该成员的上一级。 这将导致层次结构的分支降至不同的级别。 例如，用洲、国家（地区） 和市县级别定义的“地域”维度中，各成员将按定义顺序显示，成员 Europe 显示在层次结构的顶层，成员 France 显示在中层，而成员 Paris 显示在底层。 France 比 Europe 更具体，而 Paris 比 France 更具体。 对此常规层次结构进行以下更改：

• 将 Vatican City 成员添加到国家（地区）级别。

• 向市县级别添加成员并将这些成员与国家（地区）级别中的 Vatican City 成员建立关联。

• 将省市自治区级别添加到国家（地区）级别和市县级别之间。

将与国家（地区）级别中的其他成员关联的成员填入省市自治区级别中，将市县级别中的成员与省市自治区级别中相应的成员建立关联。 但是，由于国家（地区）级别的 Vatican City 成员在省市自治区级别中没有相关联的成员，所以必须将市县级别的成员直接关联到国家（地区）级别的 Vatican City 成员。 因为这些更改，该维度的层次结构现在成为不规则层次结构。 城市 Vatican City 的父级是国家/地区 Vatican City，而它并不直接位于市县级别的 Vatican City 成员的上一级。 有关详细信息，请参阅使用不规则层次结构。

维度的父子层次结构是通过使用特殊属性（称为父属性）来定义的，目的是为了确定成员之间的相互关系。 父属性用于说明维度主表内部的“自引用关系”或“自联接”。 父子层次结构是根据单个父属性构造的。 层次结构中出现的级别是通过与父属性关联的成员之间的父子关系形成的，因此只为一个父子层次结构分配一个级别。 父子层次结构的维度架构依赖于维度主表中提供的自引用关系。 例如，以下关系图说明了 AdventureWorksDWAnalysis Services 示例数据库中的 DimOrganization 维度主表。

在该维度表中，ParentOrganizationKey 列与 OrganizationKey 主键列具有外键关系。 换言之，该表中的每个记录都可以通过父子关系与该表中的其他记录相关联。 这种自联接通常用于表示单位的实体数据，例如某个部门内部的雇员管理结构。

创建父子层次结构时，两个属性所表示的列都必须有相同的数据类型。 两个属性还必须在同一个表中。 默认情况下，任何成员的父键只要等于其自身的成员键、空、0（零）或一个未出现在成员键列中的值，则该成员将被认为是顶层中的成员（不包括“（全部）”级别）。

父子层次结构的深度可以在其层次结构分支中变化。 换句话说，父子层次结构被视为非平衡层次结构。

在用户定义层次结构中，层次结构的级别数决定着最终用户所能看见的级别数，而与用户定义层次结构不同，父子层次结构是使用单个级别的属性层次结构定义的，并且此单个级别中的值将生成用户所能看见的多个级别。 存储成员键和父键的维度表列的内容将决定显示出的级别数目。 如果维度表中的数据发生更改，则级别数也会更改。 有关详细信息，请参阅定义父子层次结构和使用父子层次结构中的属性。