共用方式為


關於資料倉儲中的事實資料表

 

發行︰ 2016年7月

適用於: System Center 2012 SP1 - Service Manager、System Center 2012 R2 Service Manager、System Center 2012 - Service Manager

本主題說明如何在 System Center 2012 – Service Manager 的資料倉儲中定義關聯性事實。Service Manager 資料倉儲中的關聯性事實與 Service Manager 中的關聯性類似。 您可以使用關聯性事實協助回答查詢,例如:

  • 哪些工作項目目前指派給使用者 John Smith,以便判斷其狀態?

  • 網域中目前安裝 Windows 7 的所有電腦清單為何,以便可以將這些電腦更新至 Windows 7 Service Pack 1 (SP1)?

  • 將 Samantha Smith 列為檢閱者的所有檢閱活動為何,以便可以在其休假時重新指派給他人?

在上述每個案例中,都有一個來源執行個體和一個目標執行個體由關聯性進行聯結。 若沒有關聯性事實,就難以判斷執行個體之間的關聯。 下列範例以 Microsoft.Windows.ComputerHostsOperatingSystem in the Microsoft.Windows.Library 管理組件中的關聯性進行說明:

<RelationshipType ID="Microsoft.Windows.ComputerHostsOperatingSystem" Accessibility="Public" Base="System!System.Hosting">     
<Source ID="Computer" Type="Microsoft.Windows.Computer" />      
<Target ID="OperatingSystem" Type="Microsoft.Windows.OperatingSystem" MaxCardinality="1" />    
</RelationshipType>  

在 Service Manager 關聯性中,來源和目標永遠是由管理組件類別建立模型。 在此關聯性中,Microsoft.Windows.Computer 類別是來源,而 Microsoft.Windows.OperatingSystem 類別是目標。 下列資訊會根據 Microsoft.Windows.ComputerHostsOperatingSystem 關聯性定義對應的 RelationshipFact:

<RelationshipFact ID="ComputerHostsOperatingSystemFact" Accessibility="Public" Domain="Domain.ConfigurationManagement" TimeGrain="Daily" SourceType="Windows!Microsoft.Windows.Computer" SourceDimension="ComputerDim">     
<Relationships RelationshipType="Windows!Microsoft.Windows.ComputerHostsOperatingSystem" TargetDimension="OperatingSystemDim" />     
</RelationshipFact>  

請注意關聯性事實如何定義來源維度和目標維度。 您可能會注意到,來源和目標維度的目標是以來自建立關聯性事實模型為依據的原始關聯性的來源和目標類別。如需維度的詳細資訊,請參閱關於資料倉儲中的維度

您可以建立兩個維度的關聯來使用關聯性,這可讓報表使用此關聯來從每個維度顯示彼此相關的重要資訊。 例如,您可以使用 WorkItemAssignedToUser 關聯性在報表中顯示特定使用者的事件或變更要求資訊。 這可讓您在資料中瀏覽,尋找符合您需求的資訊。 這只是關聯性事實非常適用於在報表中建立特殊資料檢視的其中一個範例。

下表針對 <RelationshipFact> 標記,說明在使用者定義的管理組件中建立關聯性事實模型所需的屬性和子元素標記。

屬性 說明
識別碼 關聯性事實元素的唯一識別碼。 這也是關聯性事實在資料倉儲和資料超市中的資料表名稱。
Accessibility 此元素應一律設為 Public,因為部署程序會建立系統衍生的管理組件,而這些管理組件會在自動化轉換產生時參照此子維度。
Domain 關聯性事實的領域。 可能的值如下:執行個體管理、活動管理、事件管理、變更管理和問題管理。

此屬性的值必須是列舉,此列舉屬於父系 Domain 列舉的子系,其定義在 Microsoft.SystemCenter.Datawarehouse.Base 管理組件中。
TimeGrain 關聯性事實的詳細層級。 此值必須是下列其中一項:每小時、每天、每週或每月。
SourceType 關聯性來源的管理組件類別。
SourceDimension 以來源類別為目標的維度。 這是選擇性欄位。 如果未指定 SourceDimension,Service Manager 會尋找直接以來源類別本身或其在類別階層中最接近的父類別為目標的維度。

在多重關聯性事實中,來源維度永遠保持不變。 不過,目標維度可視特定關聯性而變更。 多重關聯性事實中的每個關聯性類型屬性都必須是唯一的。 以下是 WorkItemAssignedToAndCreatedByUser 管理組件中關聯性事實的範例:

<RelationshipFact ID="WorkItemAssignedToAndCreatedUserFact" Accessibility="Public" Domain="Domain.InstanceManagement" TimeGrain="Daily" SourceType="WorkItem!System.WorkItem" SourceDimension="WorkItemDim">  
<Relationships RelationshipType="WorkItem!System.WorkItemAssignedToUser" TargetDimension="UserDim" />   
<Relationships RelationshipType="WorkItem!System.WorkItemCreatedByUser" TargetDimension="UserDim" />   
</RelationshipFact>  

在此範例中,您可以看到雖然兩個關聯性的目標維度相同,但關聯性本身則不同。 因此,關聯性事實是有效的。 如需子維度、維度和關聯性事實的更多範例,您可以查看 Service Manager 隨附的任何資料倉儲管理組件。 一個好範例就是名為 Microsoft.SystemCenter.Datawarehouse.Base 的基礎資料倉儲管理組件。

請參閱

自訂資料倉儲