屬性關聯性

發行項
05/08/2023

適用于：SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

在 Microsoft SQL Server SQL Server Analysis Services中，維度內的屬性一律直接或間接與索引鍵屬性相關。當您根據所有維度屬性都是衍生自相同關聯式資料表的星狀結構描述來定義維度時，便會在索引鍵屬性和維度的每個非索引鍵屬性之間，自動定義屬性關聯性。而根據維度屬性是衍生自多個相關資料表的雪花式結構描述來定義維度時，便會自動定義下列的屬性關聯性：

索引鍵屬性和繫結到主維度資料表之資料行的每個非索引鍵屬性之間。
索引鍵屬性和繫結到連結基礎維度資料表之次要資料表的外部索引鍵屬性之間。
在繫結到次要資料表之外部索引鍵的屬性和繫結到次要資料表中之資料行的非索引鍵屬性之間。

然而，您可能會需要變更這些預設的屬性關聯性。例如，您可能會想要定義自然階層、自訂排序順序或依據非索引鍵屬性的維度資料粒度。如需詳細資訊，請參閱維度屬性參考。

注意

在多維度運算式 (MDX) 中，屬性關聯性就是所謂的成員屬性。

自然階層關聯性

當使用者自訂階層中所含的每一個屬性有一對多的關聯性，而且底下緊接著該屬性時，此階層就是自然階層。例如，假設客戶維度所依據的關聯式來源資料表中有八個資料行：

CustomerKey
CustomerName
年齡
性別
電子郵件
City
Country
區域

對應的 Analysis Services 維度有七個屬性：

客戶 (根據 CustomerKey，使用 CustomerName 提供成員名稱)
年齡、性別、電子郵件、城市、區域、國家 (地區)

代表自然階層之關聯性的強制執行方式，是在某層級的屬性以及該層級底下之層級的屬性之間建立屬性關聯性。針對SQL Server Analysis Services，這會指定自然關聯性和潛在匯總。在客戶維度中，國家 (地區)、區域、城市和客戶等屬性都存在著自然階層。 {Country, Region, City, Customer} 的自然階層，會藉由加入下列屬性關聯性來描述：

國家 (地區) 屬性與區域屬性之間的屬性關聯性。
區域屬性與城市屬性之間的屬性關聯性。
城市屬性與客戶屬性之間的屬性關聯性。

若要在 Cube 中流覽資料，您也可以建立使用者定義階層，該階層不會代表資料 (中的自然階層，稱為 臨機操作 或報告階層) 。例如，您可以根據 {Age, Gender} 建立使用者自訂階層。使用者不會看到這兩個階層的行為有任何差異，雖然自然階層受益于匯總和編制索引結構，而隱藏在使用者中，該結構會考慮來源資料中的自然關聯性。

層級的 SourceAttribute 屬性會決定用來描述層級的屬性。屬性上的 KeyColumns 屬性會指定資料來源檢視中提供成員的資料行。屬性上的 NameColumn 屬性可以指定成員的不同名稱資料行。

若要使用SQL Server Data Tools定義使用者定義階層中的層級，Dimension Designer可讓您從 Cube 資料來源檢視中包含的相關資料表中選取維度屬性、維度資料表中的資料行或資料行。如需建立使用者定義階層的詳細資訊，請參閱建立 User-Defined 階層。

在 Analysis Services 中，通常會對成員的內容進行假設。分葉成員並沒有下階，且包含衍生自基礎資料來源的資料。非分葉成員具有下階，且包含衍生自在子成員上執行之彙總的資料。在彙總層級中，成員是以從屬層級的彙總為基礎。因此，當 IsAggregatable 屬性在層級的來源屬性上設定為 False 時，不應將可匯總的屬性新增為其上方的層級。

定義屬性關聯性

當您建立屬性關聯性時，其主要條件約束是要確定屬性關聯性所參考的屬性，在屬性關聯性所屬的屬性中，任何成員只有一個值。例如，如果您在城市屬性與省份屬性間定義關聯性，每個城市就只能和單一省份相關。