Avisos em cubos SSAS

Avisos em cubos SSAS

Avisos em cubos SSAS 1
cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


Neste artigo, listarei alguns dos avisos mais comuns que encontramos ao desenvolver cubos SSAS e o motivo desses avisos. Como você sabe, os cubos SSAS são desenvolvidos usando o SSDT (SQL Server Data Tools) para
    Analysis Services (Visual Studio), todos os exemplos serão retirados apenas do Visual Studio 2017.

Os avisos que vou explicar neste artigo estão listados a seguir:

  1. Defina os relacionamentos de atributos como “Rígidos”, quando apropriado

  2. Criar hierarquias em dimensões filho não pai

  3. Evite hierarquias de atributos visíveis para atributos usados ​​como níveis em hierarquias definidas pelo usuário

  4. O banco de dados não possui dimensão de tempo. Considere criar um

  5. Não ignore erros de chave duplicados. Altere a propriedade KeyDuplicate da configuração de erro para que não seja definida como IgnoreError

  6. Os relacionamentos de atributo não existem entre um ou mais níveis dessa hierarquia. Isso pode resultar em menor desempenho da consulta

Aviso 1: defina os relacionamentos de atributos como “Rígidos”, quando apropriado

Esse é um dos avisos muito comuns que encontramos ao criar dimensões específicas nos cubos do SSAS.
    Ao desenvolver dimensões, devemos definir relacionamentos de atributos adequados entre os membros da dimensão. Por exemplo, como uma cidade se relaciona com um estado e como um estado se relaciona com um país e assim por diante. Outro exemplo seria as relações entre o produto, como ele se relaciona com a categoria do produto e, finalmente, com a linha de produtos. Esses são requisitos de negócios específicos e precisam ser implementados de acordo.

O aviso no SSAS é quando o designer pensa que os valores nos membros são fixos ou podem mudar ao longo de um
    período. Por exemplo, se adotamos uma dimensão de data, sabemos que a data “01 de janeiro de 2020” sempre estará relacionada ao mês “janeiro” e ao ano “2020” e nunca será alterada. Algo semelhante também pode ser considerado para dimensões geográficas. Por exemplo, a cidade “Paris” sempre se relaciona com o país “França”, que por sua vez se relaciona com o continente “Europa”. Essas relações são rígido e deve ser definido explicitamente ao projetar os cubos do SSAS. Por outro lado, se considerarmos uma dimensão Funcionário, é possível que os funcionários possam mudar de departamento em algum momento. Tais relacionamentos devem ser definidos como flexível.

A lógica por trás da definição do relacionamento como flexível é que o mecanismo SSAS é forçado a eliminar e recalcular todas as agregações existentes para essa dimensão. No entanto, este não é o caso quando as dimensões são definidas como rígidas.
    Isso ajuda a reduzir o tempo de processamento dos cubos do SSAS se atributos de relacionamento adequados forem definidos.

Tipo de relação de atributo

Figura 1 – Tipo de relação de atributo

Aviso 2: Criar hierarquias nas dimensões filho não pai

Este é um dos avisos mais simples que aparecem nos cubos do SSAS. Quando o mecanismo SSAS processa os dados, ele detecta automaticamente os relacionamentos subjacentes entre os vários membros da dimensão. Ele também considera a cardinalidade entre dois ou mais membros da mesma dimensão. Se o mecanismo encontrar um para muitos
    relacionamento nos dados subjacentes, sugere automaticamente a definição de uma hierarquia baseada no usuário para os membros da dimensão.

Por exemplo, se você considerar a dimensão Funcionário, poderá assumir o relacionamento entre o “Funcionário” e
    Membros do “Departamento”. Se considerarmos a estrutura de dados relacionais, geralmente há uma relação de um para muitos entre o departamento e os funcionários, de modo que um departamento possa se relacionar com muitos funcionários. Nesses casos, quando
    projetar os cubos do SSAS, também devemos definir uma hierarquia definida pelo usuário que inclua o
    “Departamento“Como o membro mais alto da hierarquia e”Empregado“Estar no nível mais baixo.

Hierarquias definidas pelo usuário

Figura 2 – Hierarquias definidas pelo usuário

Aviso 3: Evite hierarquias de atributos visíveis para atributos usados ​​como níveis em hierarquias definidas pelo usuário

A partir da perspectiva das melhores práticas, devemos tentar ocultar membros da dimensão da lista de exibição de qualquer dimensão, se esse membro for usado em algumas hierarquias. O significado deste aviso é que, se você tiver um membro de dimensão que também é usado em uma hierarquia, deseja que o usuário use a hierarquia em vez de usar o membro individual.

Por exemplo, vamos pegar a dimensão da data. Você pode ter membros para “Ano”, “Trimestre”, “Mês” e “Dias” na dimensão, além de outros membros. Como todos são membros individuais, considere criar um
    Hierarquia do calendário que incluirá todos esses quatro membros. Como agora você tem a hierarquia definida, não é necessário que o usuário relate os membros individuais. Ocultar esses membros individuais também permitirá um espaço para as outras dimensões serem visíveis na lista. Essa pode ser uma dica muito simples, mas afeta o desempenho ao processar cubos maiores.

Aviso 4: O banco de dados não possui dimensão de tempo. Considere criar um

Esse aviso é bastante descritivo. Claramente, ele menciona que não temos nenhuma dimensão de data ou hora definida para o cubo SSAS. Como é altamente provável, sempre que criamos um cubo multidimensional, também tendemos a analisar as métricas em uma dimensão de tempo. Se a dimensão do tempo não for criada para o cubo, os usuários não poderão usar as funções de inteligência de tempo predefinidas fornecidas pelo mecanismo SSAS.

Você pode considerar ignorar esse erro com base nos requisitos; no entanto, é altamente recomendável ter uma dimensão de tempo definida sempre que você projetar um cubo no SSAS.

Aviso 5: não ignore erros de chave duplicados. Altere a propriedade KeyDuplicate da configuração de erro para
    que não está definido como IgnoreError

Esse é outro aviso importante que nunca devemos ignorar ao projetar as dimensões nos cubos do SSAS. É exibida quando o desenvolvedor ou o usuário que está desenvolvendo o cubo desativou a configuração de erro para chaves duplicadas nos atributos do membro da dimensão, que também é a configuração de erro padrão. Geralmente, podemos encontrar dimensões e hierarquias nas quais um atributo de membro pode ser vinculado a outros membros dessa dimensão.

Para explicar melhor, tomemos o exemplo da dimensão da data novamente. Se considerarmos os atributos do
    Membro do mês, podemos descobrir que os atributos “janeiro”, “fevereiro”, …, “dezembro” se repetem para todos os atributos do ano. Então, quando o valor da chave é definido para o membro “Mês”Como o valor do mês ou o número do mês, o mecanismo SSAS encontra valores duplicados para os mesmos atributos. A maneira de resolver esse erro ou aviso é definir membros-chave adequados para os atributos. Para isso, devemos definir o Chave
        Propriedade
como “Ano-Mês” e defina o Propriedade Nome como “Mês”. Fazendo isso o SSAS
    os cubos consideram o atributo de cada mês como único, pois aparecem apenas uma vez por ano.

Configuração de erro de dimensão

Figura 3 – Configuração de erro de dimensão

Aviso 6: os relacionamentos de atributo não existem entre um ou mais níveis dessa hierarquia. Isso pode resultar em menor desempenho da consulta

As relações de atributo nos cubos do SSAS são uma das etapas mais importantes que precisam ser tratadas com cuidado ao projetar os cubos do SSAS. Esses relacionamentos definem como os dados são armazenados na estrutura multidimensional e como o mecanismo de consulta deve selecionar dados da estrutura de dados subjacente. Como esse aviso sugere que não há relacionamentos de atributos definidos, você deve prosseguir e criar os relacionamentos adequados entre os membros para essa dimensão.

Relacionamentos de Atributos

Figura 4 – Relacionamentos de atributos

Conclusão

Neste artigo, expliquei os vários avisos que encontramos ao desenvolver cubos SSAS no Visual
    Estúdio. Esses avisos são exibidos com base no design do cubo e é essencial entender o significado desses avisos para que qualquer possível redução no desempenho possa ser corrigida. Embora todos os avisos no SSAS
    Como os cubos não podem ser removidos, deve-se levar em consideração durante a construção do projeto.

Aveek Das
Últimas mensagens de Aveek Das (ver todos)

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Leia Também  Azure Data Explorer para iniciantes