Sobre tabelas de fatos no Data Warehouse
Publicado: julho de 2016
Aplicável a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager
Este tópico descreve como definir fatos da relação no data warehouse do System Center 2012 - Service Manager. Um fato da relação no data warehouse do Service Manager é similar a uma relação no Service Manager. Você pode usar um fato da relação para ajudar a responder consultas, como a seguir:
Quais itens de trabalho atualmente estão atribuídos ao usuário João Casqueiro para que se possa determinar o status deles?
Qual é a lista de todos os computadores no domínio que têm o Windows 7 instalado para que se possa atualizá-los para o Windows 7 Service Pack 1 (SP1)?
Quais as atividades de revisão que listam Janaina Bueno como uma revisora para que possam ser reatribuídas, pois ela está em férias?
Em cada um desses cenários, há uma instância de origem e uma instância de destino que estão unidas por uma relação. Sem um fato da relação, é difícil determinar as associações entre as instâncias. Considere a relação no Microsoft.Windows.ComputerHostsOperatingSystem no pacote de gerenciamento Microsoft.Windows.Library no exemplo a seguir:
<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>
Em uma relação do Service Manager, a origem e o destino são sempre modelados por uma classe do pacote de gerenciamento. Nessa relação, a classe Microsoft.Windows.Computer é a origem e a classe Microsoft.Windows.OperatingSystem é o destino. As informações a seguir definem o RelationshipFact correspondente com base na relação Microsoft.Windows.ComputerHostsOperatingSystem:
<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>
Observe como o fato da relação define uma dimensão de origem e uma dimensão de destino. É possível observar que as dimensões de origem e de destino visam as classes de origem e destino da relação original em que o fato da relação está modelado.Para obter mais informações sobre dimensões, consulte Sobre dimensões no Data Warehouse.
Você pode usar os fatos da relação associando duas dimensões juntas, o que torna possível aos relatórios usarem a associação para exibir informações importantes de cada dimensão em relação à outra. Por exemplo, você pode usar a relação WorkItemAssignedToUser para exibir informações sobre incidentes ou alterar solicitações referentes a um usuário específico no relatório. Isso possibilita que você navegue pelos dados para localizar informações específicas às suas necessidades. Esse é apenas um exemplo de como fatos de relação são úteis na criação de exibições especializadas de dados em relatórios.
Os atributos e as marcas de subelemento necessários para modelar um fato da relação em um pacote de gerenciamento definido pelo usuário estão descritos na tabela a seguir para a marca <RelationshipFact>.
| Atributo | Descrição |
|---|---|
| ID | Um identificador exclusivo para o elemento de fato da relação. Isso também se refere ao nome da tabela do fato da relação no data warehouse e data mart. |
| Acessibilidade | Esse elemento deve sempre ser definido como Público, pois o processo de implantação cria pacotes de gerenciamento derivados do sistema que se referem a essa subdimensão durante a geração das transformações automatizadas. |
| Domain | O escopo do fato da relação. Os valores possíveis incluem o seguinte: Gerenciamento de Atividade de Gerenciamento de Instância, Gerenciamento de Alterações do Gerenciamento de Incidentes e Gerenciamento de Problemas. O valor desse atributo deve ser uma enumeração que seja um filho da enumeração Domínio pai, que é definida no pacote de gerenciamento Microsoft.SystemCenter.Datawarehouse.Base. |
| TimeGrain | O nível de detalhe do fato da relação. O valor deve ser um dos seguintes: Por hora, Diariamente, Semanalmente ou Mensalmente. |
| Tipo de Origem | A classe de pacote de gerenciamento para a origem da relação. |
| Dimensão de Origem | A dimensão que tem como destino a classe de origem. Esse é um campo opcional. Se nenhum valor de Dimensão de Origem estiver especificado, o Service Manager localizará automaticamente a dimensão que diretamente tem como destino a própria classe de origem ou a classe pai mais próxima da de origem na hierarquia de classe. |
Em um fato de relações múltiplas, a dimensão de origem sempre permanece a mesma. No entanto, a dimensão de destino pode mudar, dependendo da relação específica. Cada atributo de tipo de relação em um fato de relações múltiplas deve ser exclusivo. O exemplo a seguir se refere ao fato da relação do pacote de gerenciamento 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>
Nesse exemplo, é possível ver que, embora a dimensão de destino seja idêntica para as duas relações, as relações por si só são exclusivas. Portanto, o fato da relação é válido. Para obter mais exemplos de subdimensões, dimensões e fatos da relação, você pode examinar qualquer um dos pacotes de gerenciamento do data warehouse incluídos no Service Manager. Um bom exemplo é o pacote de gerenciamento de base do data warehouse denominado Microsoft.SystemCenter.Datawarehouse.Base.
Consulte também