none
Como identificar e criar uma hierarquia RRS feed

  • Pergunta

  • Pessoal,

    Estou lendo sobre Hierarquias e tentei implementar um exemplo, porém sem sucesso.

    Ex simples..

    FatoVendas
    DimProdutos

    |-- Possíveis hierarquias ou dimensões.

    DimCategoria
    DimMarca
    DimFornecedor

    A dúvida: Como faço esse modelo no SSAS ?

    []s

     

    quarta-feira, 9 de novembro de 2011 18:02

Respostas

  • Bruno, bom dia,

    Acesse esse link:

    http://bisherryli.wordpress.com/2011/06/12/ssas-23-implement-dimensional-hierarchy-in-ssa-2008/

    Veja se contempla sua necessidade.

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 11:15
  • Bruno, faça os seguintes passos:

    1 - Abra a dimensão do qual vc pretende criar a hierarquia

    2 - Provavelmente vc já adicionou os atributos da dimensão, senão, inclua todos os atributos necessários para a dimensão.

    Ex. Dimensão - Cliente

    Inclua na dimensão, nome do cliente, estado, cidade,CNAE, etc.

    3 - Para criação da hierarquia, vc deve obrigatoriamente respeitar a hierarquia dos dados:

    Ex. Vc pode criar uma hierarquia Estado-->Cidade

    4 - Arraste o primeiro nível da hierarquia, no nosso exemplo Estado para o lado direito na área "Hierarchies" dentro da dimensão.

    5 - Depois arraste o atributo "cidade" em cima do atributo de hierarquia "estado" já criado.

    Note que cidade irá ficar abaixo do estado com "..". Isto quer dizer que o atributo cidade respeitará a hierarquia no drill down.

    Respodendo a sua outra dúvida em como trabalhar com os dados do cubo: Vc possui várias interfaces para navegação dos dados do cubo. Vc pode utilizar o próprio analysis services na aba "browser" ou pode utilizar o excel(na minha opinião a ferramenta mais fácil e simples de utilizar) ou um sharepoint, ou um reporting services, etc.

    Se quiser podemos trocar dicas pelo twitter: @edugp_sp

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 12:32
  • Na verdade a hierarquia é uma funcionalidade da dimensão. Vc associa atributos na hierarquia dentro da dimensão.

    Uma das vantagens da hierarquia é justamente associar atributos em níveis de forma mais fácil e rápida.

    É aplicável também quando o usuário final não conhece os níveis hierárquicos dos dados. Vc pode já deixar associado pela hierarquia e usuário só terá o trabalho de fazer o drill down dos dados.

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 13:16
  • Uma regra que vc pode adotar para definir a separação da dimensão é o relacionamento que dados possui entre si.

    Por exemplo:

    DimProdutos

    DimSubProdutos

    Eu colocaria numa dimensão única.

    Agora

    DimProdutos

    DimClientes

    São dimensões totalmente apartadas e assim devem ser criadas em dimensões diferentes.

    Se estas tabelas Dim existe um relacionamento próximo vc pode criar em uma unica dimensão.

    Se tiver msn me adicione: edugp_sp@hotmail.com

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 13:23
  • Vc pode identificar a necessidade pelas vantagens que postei aqui.

    - Associação de atributos para auxílio ao usuário final

    - Consolidação de atributos

    - Facilidade para o drilldown

    Vai realmente do seu contexto atual. Eu particulamente não utilizo hierarquia. Pra vc ter uma idéia eu gerencio um datamart com 9 cubos e e 49 dimensões e não precisei em nenhum momento criar uma hierarquia. Talvez não precisei, pois o usuário final do datamart sabe o conceito de todos os atributos. Aí facilita.

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 16:11

Todas as Respostas

  • Bruno, bom dia,

    Acesse esse link:

    http://bisherryli.wordpress.com/2011/06/12/ssas-23-implement-dimensional-hierarchy-in-ssa-2008/

    Veja se contempla sua necessidade.

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 11:15
  • edugp_sp,

    Eu li, porém não entendi :( .

    Questões:

    - Não consegui criar o exemplo.

    - Quando criado? Como consigo trabalhar com esses dados no Cubo?

    []s

    quinta-feira, 10 de novembro de 2011 12:15
  • Bruno, faça os seguintes passos:

    1 - Abra a dimensão do qual vc pretende criar a hierarquia

    2 - Provavelmente vc já adicionou os atributos da dimensão, senão, inclua todos os atributos necessários para a dimensão.

    Ex. Dimensão - Cliente

    Inclua na dimensão, nome do cliente, estado, cidade,CNAE, etc.

    3 - Para criação da hierarquia, vc deve obrigatoriamente respeitar a hierarquia dos dados:

    Ex. Vc pode criar uma hierarquia Estado-->Cidade

    4 - Arraste o primeiro nível da hierarquia, no nosso exemplo Estado para o lado direito na área "Hierarchies" dentro da dimensão.

    5 - Depois arraste o atributo "cidade" em cima do atributo de hierarquia "estado" já criado.

    Note que cidade irá ficar abaixo do estado com "..". Isto quer dizer que o atributo cidade respeitará a hierarquia no drill down.

    Respodendo a sua outra dúvida em como trabalhar com os dados do cubo: Vc possui várias interfaces para navegação dos dados do cubo. Vc pode utilizar o próprio analysis services na aba "browser" ou pode utilizar o excel(na minha opinião a ferramenta mais fácil e simples de utilizar) ou um sharepoint, ou um reporting services, etc.

    Se quiser podemos trocar dicas pelo twitter: @edugp_sp

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 12:32
  • Poxa amigo..não tenho acesso ao twitter.

    Fiz o exemplo.

    Outra dúvida...rs!

    Qual a funcionalidade de uma hierarquia? Porque criar uma e não uma Dimensão?
    Realmente é confuso esse entendimento: hierarquia x dimensão ?

    []s

    quinta-feira, 10 de novembro de 2011 13:12
  • Na verdade a hierarquia é uma funcionalidade da dimensão. Vc associa atributos na hierarquia dentro da dimensão.

    Uma das vantagens da hierarquia é justamente associar atributos em níveis de forma mais fácil e rápida.

    É aplicável também quando o usuário final não conhece os níveis hierárquicos dos dados. Vc pode já deixar associado pela hierarquia e usuário só terá o trabalho de fazer o drill down dos dados.

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 13:16
  • Como disse no primeiro post:

    FatoVendas
    DimProdutos

    |-- Possíveis hierarquias ou dimensões.

    DimCategoria
    DimMarca
    DimFornecedor

    Nessa modelagem eu crio as dimensões ou hierarquias?

    Peço desculpas por não explicar corretamente, mas a dificuldade que tenho e entender e saber o que fazer...dimensão ou hierarquia.
    Se usar hierarquia, será que as informações serão filtradas no Browser do Cubo?

    []s

     

    quinta-feira, 10 de novembro de 2011 13:20
  • Uma regra que vc pode adotar para definir a separação da dimensão é o relacionamento que dados possui entre si.

    Por exemplo:

    DimProdutos

    DimSubProdutos

    Eu colocaria numa dimensão única.

    Agora

    DimProdutos

    DimClientes

    São dimensões totalmente apartadas e assim devem ser criadas em dimensões diferentes.

    Se estas tabelas Dim existe um relacionamento próximo vc pode criar em uma unica dimensão.

    Se tiver msn me adicione: edugp_sp@hotmail.com

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 13:23
  • Ok!

    Agora como identifico a diferença de uma dimensão e hierarquia?

    Como saber que o CUBO X por exemplo "necessita" de um hierarquia..

    []s

    quinta-feira, 10 de novembro de 2011 15:12
  • Vc pode identificar a necessidade pelas vantagens que postei aqui.

    - Associação de atributos para auxílio ao usuário final

    - Consolidação de atributos

    - Facilidade para o drilldown

    Vai realmente do seu contexto atual. Eu particulamente não utilizo hierarquia. Pra vc ter uma idéia eu gerencio um datamart com 9 cubos e e 49 dimensões e não precisei em nenhum momento criar uma hierarquia. Talvez não precisei, pois o usuário final do datamart sabe o conceito de todos os atributos. Aí facilita.

    Abs.

    • Marcado como Resposta Bruno.Costa quinta-feira, 10 de novembro de 2011 17:04
    quinta-feira, 10 de novembro de 2011 16:11
  • Agradeço pelas respostas.

    Até a próxima.

    []s

    quinta-feira, 10 de novembro de 2011 17:04
  • edugp_sp,

    Dúvidas:

    -  Acredito que sua modelagem seja semelhante a uma "estrela"...

    Contudo...a modelagem não se torna simples, pois teoricamente devemos pegar os valores e dados colocar dentro de uma tabela FATO

    e as demais, ou seja os "por região" , "por estado" ou "por alguma coisa"...sendo dimensões?

    []s

     

    quarta-feira, 16 de novembro de 2011 13:10
  • Oi Bruno,

    Nas tabelas fato vc deve colocar apenas os valores e os ID´s dos demais atributos que servirá como relacionamento às dimensões. Vc pode também fazer um hierarquia de tabelas para que a tabela fato não fique com muitos campos. Ex.:

    FATO_FATURAMENTO: idClient, VlFaturado, VlImposto

    DIM_CLIENTE: idClient, RazaoSocial, idEstado

    DIM_ESTADO: idEstado, ESTADO, idCidade

    DIM_CIDADE: idCidade, CIDADE, idBairro

    DIM_BAIRRO: idBairro, BAIRRO, idLogradouro

    Espero ter ajudado.

    Abs.

    quarta-feira, 16 de novembro de 2011 13:43
  • ok...

    com essa "modelagem" acima..vc conseguiria colocar um exemplo de hierarquias?

    []s

     

    quarta-feira, 16 de novembro de 2011 14:41
  • Bruno eu até posso, mas com print screen é complicado. Vou montar um pequeno projeto com esta modelagem e te mando mais tarde ok? Já com os exemplos de hierarquias nas dimensões!

    Abs.

    quarta-feira, 16 de novembro de 2011 14:47
  • ok..obrigado!

    quarta-feira, 16 de novembro de 2011 16:00