Visão geral da arquitetura lógica (Analysis Services – Dados Multidimensionais)
Aplica-se a:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
O Analysis Services funciona em um modo de implantação de servidor que determina a arquitetura de memória e o ambiente de runtime 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 dá suporte ao OLAP tradicional e à mineração de dados. O modo tabular dá suporte a modelos tabulares. O modo integrado do SharePoint refere-se a uma instância do Analysis Services que foi instalada como Power Pivot para SharePoint, usada para carregar e consultar modelos de dados do Excel ou do Power Pivot dentro de 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 e comparação de soluções tabulares e multidimensionais.
Arquitetura básica
Uma instância de SQL Server 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 ao mesmo tempo. Os aplicativos se conectam a uma instância especificada do SQL Server Analysis Services e a um banco de dados especificado. Um computador servidor pode hospedar várias instâncias de SQL Server Analysis Services. As instâncias de SQL Server Analysis Services são nomeadas como "<ServerName>\<InstanceName>". A ilustração a seguir mostra todas as relações mencionadas entre objetos SQL Server 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 de SQL Server Analysis Services é vista como um objeto de servidor diferente no AMO; cada instância diferente é conectada a um Server objeto 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 de 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 , "Dimensões contêm Hierarquias", define a hierarquia de dimensão de um elemento. Tanto Cubes quanto MeasureGroups contêm o grupo de elementos , "Dimensões contêm hierarquias".
A menos que explicitamente substituído, um elemento herda os detalhes desses grupos de elementos repetidos do nível mais alto. Por exemplo, as Traduções para um CubeDimension são iguais às Traduções para 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, uma CubeDimension pode listar apenas as Hierarquias que precisam ser desabilitadas no Cubo ou para as quais a visibilidade precisa ser alterada ou para as quais alguns detalhes de Nível não foram fornecidos no nível dimensão .
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 para 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 Soma é usada para agregar os fatos. A Última medida representa a data do recebimento e a função Max é usada para agregar os fatos.
Dimensões
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 para cada membro de cada dimensão, independentemente do nível do membro dentro da dimensão, pois SQL Server 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 de Tempo de Calendário na dimensão Tempo, 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.
Pacotes | Período | Todas as Fontes | Hemisfério Oriental | Hemisfério Ocidental | | ---------- | ----------- | ------------------ | ------------------ |
|Todos os tempos|25110|6547|18563|
|1º Semestre|11173|2977|8196|
|1º trimestre|5108|1452|3656|
|2º trimestre|6065|1525|4540|Jun-28-99|Jun-20-99|Jun-28-99|
|2ª Metade|13937|3570|10367|29 a 99 de dezembro|22 a 99 de dezembro|29 a 99 de dezembro|
|3º trimestre|6119|1444|4675|30 a 99 de sep|18 a 99 de sep|30 a 99 de sep|
|4º trimestre|7818|2126|5692|29 a 99 de dezembro|22 a 99 de dezembro|29 a 99 de dezembro|
Último | Período | Todas as Fontes | Hemisfério Oriental | Hemisfério Ocidental | | ---------- | ----------- | ------------------ | ------------------ | |Todos os Tempos|29 a 99 de dezembro|22 a 99 de dezembro|29 a 99 de dezembro|
|1º Semestre|Jun-28-99|Jun-20-99|Jun-28-99|
|1º trimestre|Mar-30-99|19 a 99 de março|Mar-30-99|
|2º trimestre|Jun-28-99|Jun-20-99|Jun-28-99|
|2ª Metade|29 a 99 de dezembro|22 a 99 de dezembro|29 a 99 de dezembro|
|3º trimestre|30 a 99 de sep|18 a 99 de sep|30 a 99 de sep|
|4º trimestre|29 a 99 de dezembro|22 a 99 de dezembro|29 a 99 de dezembro|
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 | Pacotes | 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 | Rota | 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 | Continente | 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 de ar, do membro da África e do membro do 1º trimestre contém um valor derivado da agregação das linhas a seguir na tabela de fatos ImportsFactTable .
| Import_ReceiptKey | RouteKey | SourceKey | TimeKey | Pacotes | Ú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 para as colunas RouteKey, SourceKey e TimeKey , indicando que essas linhas contribuem para a mesma célula de 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.