Como agregar dados do SQL Server 2005

Question

Tenho cerca de 150.000 linhas de dados gravadas em um banco de dados todos os dias.Estas linhas representam artigos de saída, por exemplo.Agora eu preciso mostre um gráfico usando SSRS que mostram o número médio de artigos por dia ao longo do tempo. Também preciso de informações sobre o número real de artigos de ontem.

A ideia é ter uma visão agregada de todas as nossas transações e ter algo que possa indicar que algo está errado (que enviamos por exemplo 20% menos artigos que a média).

Minha ideia é transferir os dados de ontem para SSAS todas as noites e armazena o valor agregado do número de transações e o número real de transações dos dados de ontem.Esperamos que o uso do SSAS acelere os relatórios.

Você acha que essa é a ideia certa?Devo ignorar o SSAS e obter relatórios diretamente sobre os dados brutos?Eu sei como usar serviços de relatórios em dados brutos usando consultas SQL padrão, mas como isso mudaria ao consultar o SSAS?Não sei SSAS - por onde eu começo ..?

Answer 1

O interessante do SSAS é que você pode obter facilmente esses indicadores de que fala, criando medidas calculadas ou usando KPIs.

eu comecei com Fornecendo Business Intelligence com o Microsoft SQL Server 2005.Teve uma boa introdução, mas infelizmente é muito detalhado quando se trata de detalhes.Mas se você quiser entender SSAS, OLAP e relatórios usando essa estrutura, é um bom começo.

Mosha Pasumansky tem um blog no SSAS e MDX com grande links.

Fora isso, eu recomendaria os livros online da Microsoft.

Answer 2

Tem certeza de que não está confundindo SSAS (serviços de análise) e SSIS (serviços de integração)?

SSAS não é um ETL, é uma ferramenta OLAP.

SSIS é uma ferramenta ETL.

Concordo com tudo o que Rowan disse.Estou apenas confuso com os termos.

Answer 3

SSAS é um ETL ferramenta.Basicamente, você obtém dados de algum lugar (seus artigos de saída), faz algo com eles (agrega) e os coloca em outro lugar (sua tabela de agregados, data warehouse, etc.).Verifique o link para obter detalhes.

Você provavelmente não manterá todas as linhas do banco de dados indefinidamente e, se quiser poder relatar tendências mais longas, precisará, em qualquer caso, fazer algum tipo de agregação de dados históricos.Portanto, faz sentido fazer com que os relatórios usem esse armazenamento de dados históricos como fonte.Você pode então usá-lo para fazer todos os tipos de relatórios sofisticados.

DR:Defina sua tabela de histórico agregado tendo em mente suas necessidades futuras de relatórios.Use o SSAS para preencher a tabela e atualizá-la com base nas atualizações diárias.Relatório dessa tabela.Leitura adicional:Esquemas em estrela e armazenamento de dados.

Answer 4

@Sergio e @Rowan

Sim estavam não falando sobre carregar e transformar dados no banco de dados (como faria uma ferramenta SSIS).Isso é resolvido usando nossa plataforma de integração.

Answer 5

@Riri talvez o SSAS seja um exagero para a situação que você apresentou.Se você precisar preencher apenas tabelas de sumarização diariamente, poderá fazer isso criando um JOB regular no SQL Server e fazendo isso em um script T-SQL regular.

Usei essa abordagem por vários anos em um processo diário para calcular indicadores de negócios a partir de cerca de 9 GB de novos dados/dia.Funciona, é rápido, é simples e utiliza uma tecnologia com a qual você já está acostumado.Se o seu processo diário ficar mais complicado (ele precisa ler arquivos, usar FTP, enviar e-mails), você pode mudar para um pacote SSIS (ou qualquer outra ferramenta ETL que desejar), mas não posso recomendar o uso de SSAS, a menos que você precise fornecer OLAP recursos para seus usuários.