發行項
04/02/2012

屬性關聯性

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

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

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

[!附註]

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

自然階層關聯性

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

CustomerKey
CustomerName
Age
Gender
Email
City
Country
Region

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

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

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

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

若要導覽 Cube 中的資料，您也可以在資料中建立不代表自然階層的使用者自訂階層 (稱為「特定」或「報告」階層)。例如，您可以根據 {Age, Gender} 建立使用者自訂階層。雖然自然階層可以利用彙總和索引結構獲得好處，其中含有來源資料中的自然關聯性，但使用者對於這兩個階層的行為並不會察覺到任何差異，因為這對於使用者是隱藏。

層級的 SourceAttribute 屬性 (Property) 會決定該使用哪個屬性 (Attribute) 來描述層級。屬性 (Attribute) 上的 KeyColumns 屬性 (Property) 會指定資料來源檢視中，提供成員的資料行。屬性 (Attribute) 上的 NameColumn 屬性 (Property) 可為成員指定不同的名稱資料行。

若要使用 Business Intelligence Development Studio 在使用者自訂階層中定義層級，維度設計師可讓您選取維度屬性、維度資料表中的資料行，或是從 Cube 資料來源檢視中所包含的相關資料表中選取資料行。如需有關建立使用者自訂階層的詳細資訊，請參閱＜建立使用者定義階層＞。

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