Visão geral da arquitetura lógica (Analysis Services – Dados Multidimensionais)

O Analysis Services funciona em um modo de implantação de servidor que determina a arquitetura de memória e o ambiente de tempo de execução usados pelos diferentes tipos de modelos do Analysis Services. O modo de servidor é determinado durante a instalação. O modo Multidimensional e de Mineração de Dados oferece suporte ao OLAP e à mineração de dados tradicionais. O Modo de tabela oferece suporte a modelos de tabela. O modo integrado do SharePoint refere-se a uma instância do Analysis Services que foi instalada como PowerPivot para SharePoint, usado para carregar e consultar modelos de dados PowerPivot ou do Excel em uma pasta de trabalho.

Este tópico explica a arquitetura básica do Analysis Services no modo Multidimensional e de Mineração de Dados. Para obter mais informações sobre outros modos, consulte Modelagem tabular (SSAS tabular) e Recursos por modo de servidor ou tipo de solução (SSAS).

Arquitetura básica

Uma instância do Analysis Services pode conter vários bancos de dados, e um banco de dados pode ter objetos OLAP e objetos de mineração de dados simultaneamente. Os aplicativos se conectam a uma instância específica do Analysis Services e a um banco de dados específico. Um computador servidor pode servir de host de várias instâncias do Analysis Services. Instâncias do Analysis Services são nomeadas como "<Nome_do_servidor>\<Nome_da_instância>". A ilustração a seguir mostra todas as relações mencionadas entre objetos Analysis Services.

As classes básicas são o conjunto mínimo de objetos exigidos para criar um cubo. Esse conjunto mínimo de objetos é uma dimensão, um grupo de medidas e uma partição. Uma agregação é opcional.

As dimensões são criadas a partir de atributos e hierarquias. As hierarquias são formadas por um conjunto ordenado de atributos, sendo que cada atributo do conjunto corresponde a um nível na hierarquia.

Os cubos são criados a partir de dimensões e grupos de medidas. As dimensões na coleta de dimensões de um cubo pertencem à coleta de dimensões do banco de dados. Os grupos de medidas são coletas de medidas que têm a mesma exibição de fonte de dados e têm o mesmo subconjunto de dimensões do cubo. Um grupo de medidas tem uma ou mais partições para gerenciar os dados físicos. Um grupo de medidas pode ter um projeto de agregação padrão. O projeto de agregação padrão pode ser usado por todas as partições no grupo de medidas, além disso, cada partição pode ser seu próprio projeto de agregação.

• Objetos do servidor
  Cada instância do Analysis Services é vista como um objeto de servidor diferente no AMO; cada instância diferente está conectada a um objeto Server por uma conexão diferente. Cada objeto de servidor contém uma ou mais fonte de dados, exibições de fonte de dados e objetos de banco de dados, bem como assemblies e funções de segurança.

• Objetos de dimensão
  Cada objeto de banco de dados contém vários objetos de dimensão. Cada objeto de dimensão contém um ou mais atributos que são organizados em hierarquias.

• Objetos Cubo
  Cada objeto de banco de dados contém um ou mais objetos de cubo. Um cubo é definido por suas medidas e dimensões. As medidas e dimensões em um cubo são derivadas de tabelas e exibições na exibição de fonte de dados, na qual o cubo teve base ou para a qual foi gerado a partir das definições de medida e dimensão.

Herança de objetos

O modelo de objeto ASSL contém muitos grupos de elementos repetidos. Por exemplo, o grupo de elementos, “Dimensions contêm Hierarchies”, define a hierarquia da dimensão de um elemento. Ambos Cubes e MeasureGroups contêm o grupo de elementos, “Dimensions contêm Hierarchies."

A menos que explicitamente substituído, um elemento herda os detalhes desses grupos de elementos repetidos do nível mais alto. Por exemplo, o Translations para um CubeDimension é igual ao Translations de seu elemento ancestral, Cube.

Para substituir explicitamente as propriedades herdadas de um objeto de nível mais alto, um objeto não precisa repetir toda a estrutura e propriedades do objeto de nível mais alto. As únicas propriedades que um objeto precisa declarar explicitamente são aquelas que ele deseja substituir. Por exemplo, um CubeDimension pode listar apenas aquelas Hierarchies que precisam ser desabilitadas no Cube ou para o qual a visibilidade precisa ser alterada ou para a qual alguns detalhes do Level precisam ser fornecidos no nível da Dimension.

Algumas propriedades especificadas em um objeto fornecem valores padrão para a mesma propriedade em um objeto filho ou descendente. Por exemplo, Cube.StorageMode fornece o valor padrão de Partition.StorageMode. No caso dos valores padrão herdados, o ASSL aplica essas regras aos valores padrão herdados:

• Quando a propriedade do objeto filho for nula no XML, o valor da propriedade usará o valor herdado como padrão. No entanto, se você consultar o valor a partir do servidor, este retornará o valor nulo do elemento XML.

• Não é possível determinar programaticamente se a propriedade ou objeto filho foi definida corretamente no objeto filho ou herdado.

Exemplo

O cubo Importações contém duas medidas, Pacotes e Último, e três dimensões relacionadas, Rota, Origem e Horário.

Os valores alfanuméricos menores ao redor do cubo são os membros das dimensões. Exemplos de membros são: terra (membro da dimensão Rota), África (membro da dimensão Origem) e 1º trimestre (membro da dimensão Horário).

Medidas

Os valores nas células do cubo representam as duas medidas, Pacotes e Último. A medida Pacotes representa o número de pacotes importados e a função Sum é usada para agregar os fatos. A medida Último representa a data de recebimento e a função Max é usada para agregar os fatos.

Dimensions

A dimensão Rota representa os meios pelos quais as importações alcançam seu destino. Os membros dessa dimensão incluem terra, não-terra, aérea, marítima, rodoviária ou ferroviária. A dimensão Origem representa os locais onde as importações são produzidas, como África ou Ásia. A dimensão Horário representa os trimestres e semestres de um mesmo ano.

Agregações

Os usuários empresariais de um cubo podem determinar o valor de qualquer medida de cada membro de qualquer dimensão, independentemente do nível do membro na dimensão, pois o Analysis Services agrega valores em níveis superiores, conforme necessário. Por exemplo, os valores de medida na ilustração anterior podem ser agregados de acordo com uma hierarquia de calendário padrão usando a hierarquia Tempo de Calendário na dimensão Horário, conforme ilustrado no diagrama a seguir.

Além de agregar medidas usando uma única dimensão, você pode agregar medidas usando combinações de membros de diferentes dimensões. Isso permite que os usuários empresariais avaliem, simultaneamente, as medidas em várias dimensões. Por exemplo, se um usuário empresarial quiser analisar trimestralmente as importações que são recebidas por via aérea dos hemisférios ocidental e oriental, ele poderá emitir uma consulta ao cubo para recuperar o conjunto de dados a seguir.

			Packages			Último
			Todas as origens	Hemisfério oriental	Hemisfério ocidental	Todas as origens	Hemisfério oriental	Hemisfério ocidental
Todo o tempo			25110	6547	18563	29-dez-99	22-dez-99	29-dez-99
	1º semestre		11173	2977	8196	28-jun-99	20-jun-99	28-jun-99
		1º trimestre	5108	1452	3656	30-mar-99	19-mar-99	30-mar-99
		2º trimestre	6065	1525	4540	28-jun-99	20-jun-99	28-jun-99
	2º semestre		13937	3570	10367	29-dez-99	22-dez-99	29-dez-99
		3º trimestre	6119	1444	4675	30-set-99	18-set-99	30-set-99
		4º trimestre	7818	2126	5692	29-dez-99	22-dez-99	29-dez-99

Depois que um cubo for definido, você pode criar novas agregações ou alterar as agregações existentes para definir opções como, se as agregações serão pré-calculadas durante o processamento ou calculadas durante a consulta. Tópico relacionado: Agregações e designs de agregação.

Mapeando medidas, atributos e hierarquias

As medidas, atributos e hierarquias no cubo de exemplo são derivados das seguintes colunas nas tabelas de fatos e dimensões do cubo.

Medida ou atributo (nível)	Membros	Tabela de origem	Coluna de origem	Valor da coluna de exemplo
Medida de pacotes	Não aplicável	ImportsFactTable	Packages	12
Última medida	Não aplicável	ImportsFactTable	Último	03-mai-99
Nível Categoria da Rota na dimensão Rota	não-terra, terra	RouteDimensionTable	Route_Category	Não-terra
Atributo Rota na dimensão Rota	aérea,marítima,rodoviária,ferroviária	RouteDimensionTable	Route	Marítima
Atributo Hemisfério na dimensão Origem	Hemisfério oriental,Hemisfério ocidental	SourceDimensionTable	Hemisphere	Hemisfério oriental
Atributo Continente na dimensão Origem	África,Ásia,Austrália,Europa,América do Norte, América do Sul	SourceDimensionTable	Continent	Europa
Atributo Semestre na dimensão Horário	1º semestre,2º semestre	TimeDimensionTable	Half	2º semestre
Atributo Trimestre na dimensão Horário	1º trimestre,2º trimestre,3º trimestre,4º trimestre	TimeDimensionTable	Trimestre	3º trimestre

Dados em uma única célula de cubo são normalmente derivados de várias linhas de uma tabela de fatos. Por exemplo, a célula do cubo na interseção do membro ar, membro África e membro 1º trimestre contém um valor derivado por agregação das seguintes linhas na tabela de fatos ImportsFactTable.

Import_ReceiptKey	RouteKey	SourceKey	TimeKey	Packages	Último
3516987	1	6	1	15	10-jan-99
3554790	1	6	1	40	19-jan-99
3572673	1	6	1	34	27-jan-99
3600974	1	6	1	45	02-fev-99
3645541	1	6	1	20	09-fev-99
3674906	1	6	1	36	17-fev-99

Na tabela anterior, cada linha tem os mesmos valores das colunas RouteKey, SourceKey e TimeKey, indicando que essas linhas contribuem para a mesma célula do cubo.

O exemplo mostrado aqui representa um cubo muito simples, que tem um único grupo de medidas e no qual todas as tabelas de dimensões são unidas à tabela de fatos em um esquema em estrela. Outro esquema comum é um esquema floco de neve no qual uma ou mais tabelas de dimensão unem-se a outra tabela de dimensão, em vez de unirem-se diretamente à tabela de fatos. Tópico relacionado: Dimensões (Analysis Services – Dados Multidimensionais).

O exemplo mostrado aqui contém uma única tabela de fatos. Quando um cubo tem várias tabelas de fatos, as medidas de cada tabela de fatos são organizadas em grupos de medidas e um grupo de medidas está relacionado à um conjunto específico de dimensões por relações de dimensões definidas. Essas relações são definidas pela especificação das tabelas participantes na exibição de fonte de dados e granularidade da relação. Tópico relacionado: Relações de dimensão.

Consulte também

Conceitos

Bancos de dados de modelo multidimensional (SSAS)