Eu vi artigos e postagens de tutoriais sobre como construir datawarehouses com esquemas de estrela e flocos de neve, desnormalização de tabelas de dimensões e fatos de bancos de dados de OLTP e assim por diante.
Veja também comentários como:
Star schemas are for datamarts, at best. There is absolutely no way a true enterprise data warehouse could be represented in a star schema, or snowflake either.
Eu quero criar um banco de dados que servirá como servidor para serviços de relatórios e talvez (se isso não for suficiente) instalar serviços de análise e extrair relatórios e dados de cubos.
Minha pergunta era: é realmente necessário redesenhar meu banco de dados atual e seguir os esquemas estrela / floco de neve com tabelas de fatos e dimensões?
Obrigado
Há poucas coisas que eu veria antes de redesenhar seu banco de dados.
É praticamente o mesmo, a menos que você copie todo o lado do SQL e construa o repositório em um Cubo - nesse caso você pode usar um esquema OLTP subjacente aos dados.
O principal problema é que uma abordagem de esquema não estelar simplesmente sobrecarrega o servidor para análise. Dito isso, a ideia de processar serviços de análise é ótima - eles brilham nessa área. Apenas tente se você pode carregá-los diretamente de ... o esquema OLTP, possivelmente um instantâneo disso.
Outra parte da lógica do data warehouse é que qualquer cálculo para massagear ou transformar dados é feito antes de carregá-los em um esquema específico, de modo que muito do que é extraído de um data warehouse está "pronto para uso".
Eu recomendaria um bom livro sobre o assunto: link
Embora seja voltado para 2005 (a versão 2008 está pensando), a teoria geral é válida, e as etapas de projeto e planejamento são quase independentes da plataforma.
Vale a pena pesar em ouro se você quiser entrar no DW :)