Comment agréger les données de SQL Server 2005

Question

J'ai environ 150 000 lignes de données écrites chaque jour dans une base de données.Ces lignes représentent par exemple les articles sortants.Maintenant, je dois afficher un graphique en utilisant SSRS qui montrent le nombre moyen d'articles par jour au fil du temps. J'ai également besoin d'avoir des informations sur le nombre réel d'articles d'hier.

L'idée est d'avoir une vue agrégée sur toutes nos transactions et d'avoir quelque chose qui puisse indiquer que quelque chose ne va pas (qu'on envoie par exemple 20% d'articles en moins que la moyenne).

Mon idée est de déplacer les données d'hier vers SSAS tous les soirs et y stocke la valeur agrégée du nombre de transactions et le nombre réel de transactions à partir des données d'hier.Nous espérons que l'utilisation de SSAS accélérera les rapports.

Pensez-vous que c'est la bonne idée ?Dois-je ignorer SSAS et avoir des rapports directement sur les données brutes ?Je sais comment utiliser les services de reporting sur les données brutes à l'aide de requêtes SQL standard, mais comment cela changerait-il lors de l'interrogation de SSAS ?Je ne sais pas SSAS - Où est-ce que je commence ..?

Answer 1

Ce qui est intéressant avec SSAS, c'est que vous pouvez obtenir assez facilement les indicateurs dont vous parlez, soit en créant des mesures calculées, soit en utilisant des KPI.

J'ai commencé avec Fournir de la Business Intelligence avec Microsoft SQL Server 2005.Il y avait une bonne introduction, mais malheureusement, il est trop verbeux en ce qui concerne les détails.Mais si vous souhaitez comprendre SSAS, OLAP et le reporting à l'aide de ce framework, c'est un bon début.

Mosha Pasumansky a un Blog sur SSAS et MDX avec un grand liens.

En dehors de cela, je recommanderais les livres en ligne de Microsoft.

Answer 2

Êtes-vous sûr de ne pas mélanger SSAS (Analysis Services) et SSIS (services d'intégration) ?

SSAS n'est pas un ETL, c'est un outil OLAP.

SSIS est un outil ETL.

Je suis d'accord avec tout ce que Rowan a dit.Je suis juste confus par les termes.

Answer 3

SSAS est un ETL outil.Fondamentalement, vous obtenez des données quelque part (vos articles sortants), vous y faites quelque chose (agrégé) et vous les placez ailleurs (votre table d'agrégats, votre entrepôt de données, etc.).Consultez le lien pour plus de détails.

Vous ne conserverez probablement pas indéfiniment toutes les lignes de la base de données et si vous souhaitez pouvoir rendre compte de tendances plus longues, vous devez dans tous les cas effectuer une sorte d'agrégation de données historiques.Il est donc logique que les rapports utilisent ce magasin de données historiques comme source.Vous pouvez ensuite l’utiliser pour réaliser toutes sortes de rapports sophistiqués.

TL;DR :Définissez votre tableau d'historique agrégé en gardant à l'esprit vos futurs besoins en matière de reporting.Utilisez le SSAS pour remplir le tableau et l'actualiser à partir des mises à jour quotidiennes.Rapport de cette table.Lectures complémentaires :Schémas en étoile et entreposage de données.

Answer 4

@Sergio et @Rowan

Oui nous sommes pas parler de chargement et de transformation de données dans la base de données (comme le ferait un outil SSIS).Ce problème est résolu grâce à notre plateforme d'intégration.

Answer 5

@Riri peut-être que SSAS est excessif pour la situation que vous avez présentée.Si vous avez uniquement besoin de remplir quotidiennement les tables de récapitulation, vous pouvez le faire en créant un JOB standard dans SQL Server et en le faisant dans un script T-SQL standard.

J'utilise cette approche depuis plusieurs années dans un processus quotidien pour calculer des indicateurs métiers à partir d'environ 9 Go de nouvelles données/jour.Cela fonctionne, c'est rapide, c'est simple et cela utilise une technologie à laquelle vous êtes déjà habitué.Si votre processus quotidien devient plus compliqué (il doit lire des fichiers, utiliser FTP, envoyer des e-mails), vous pouvez passer à un package SSIS (ou tout autre outil ETL de votre choix), mais je ne peux pas recommander d'utiliser SSAS, sauf si vous devez fournir OLAP. capacités à vos utilisateurs.