Esquema estrela: diferenças entre revisões
m A migrar 10 interwikis, agora providenciados por Wikidata em d:q1331138 |
|||
| Linha 16: | Linha 16: | ||
* Cada chave é gerada (eficiência) |
* Cada chave é gerada (eficiência) |
||
* Cada dimensão representa um única tabela, altamente desnormalizada. |
* Cada dimensão representa um única tabela, altamente desnormalizada. |
||
* |
|||
== Vantagens == |
== Vantagens == |
||
Fácil de perceber, reduz o número de ''joins'' e tem baixa manutenção. |
Fácil de perceber, reduz o número de ''joins'' e tem baixa manutenção. |
||
É muito lento |
|||
== Desvantagens == |
== Desvantagens == |
||
Revisão das 09h28min de 30 de março de 2015
 |
O conceito de Esquema Estrela (em inglês: Star Schema) foi criado pelo estadunidense Dr. Ralph Kimball, ao propor uma visão para a modelagem de base de dados para sistemas de apoio a decisão. Sua principal característica é a presença de dados altamente redundantes, melhorando o desempenho.
O Star schema ou esquema em estrela é uma metodologia de modelagem de dados utilizada do desenho de um Data warehouse.
Os dados são modelados em tabelas dimensionais ligadas a uma tabela de fatos. As tabelas dimensionais contêm as características de um evento. A tabela de fatos armazena os fatos ocorridos e as chave para as características correspondentes, nas tabelas dimensionais.
O nome foi adotado devido a semelhança do modelo como uma estrela. No "centro" da estrela, existe a o que chamou tabela de fatos, rodeada por tabelas auxiliares, chamadas de dimensões. A tabela de fato conecta-se as demais dimensões por múltiplas junções e as tabelas de dimensões conectam-se com apenas uma junção a tabela de fatos.
Desta forma a consulta ocorre inicialmente nas tabelas de dimensão e depois nas tabelas de fatos, assegurando a precisão dos dados por meio de uma estrutura de chaves onde não é preciso percorrer todas as tabelas, garantindo um acesso mais eficiente de com melhor desempenho.
Propriedades do esquema em estrela
- Uma única tabela de fatos contendo dados, sem redundância
- Uma tabela por dimensão
- As chaves primárias, da tabela de fatos, são apenas de uma por dimensão.
- Cada chave é gerada (eficiência)
- Cada dimensão representa um única tabela, altamente desnormalizada.
Vantagens
Fácil de perceber, reduz o número de joins e tem baixa manutenção.
É muito lento
Desvantagens
Não fornece explicitamente suporte para hierarquias de atributos e as tabelas dimensionais são um problema.
As tabelas de dimensão, por não estarem normalizadas, contém repetição das informações. Não são adequadas para uso transacional pois uma alteração simples (como de o nome de um país) poderia gerar a necessidade de várias alterações no banco de dados (para todas as linhas de municípios).