Pregunta

Tengo alrededor de 150.000 filas de datos escritas en una base de datos todos los días.Estas filas representan artículos salientes, por ejemplo.Ahora necesito mostrar un gráfico usando SSRS que muestran el número promedio de artículos por día a lo largo del tiempo. También necesito tener información sobre la cantidad real de artículos de ayer..

La idea es tener una visión agregada de todas nuestras transacciones y tener algo que pueda indicar que algo anda mal (que por ejemplo enviamos un 20% menos de artículos que la media).

Mi idea es mover los datos de ayer a SSAS todas las noches y allí almacena el valor agregado del número de transacciones y el número real de transacciones de los datos de ayer.Es de esperar que el uso de SSAS acelere los informes.

¿Crees que esta es la idea correcta?¿Debo omitir SSAS y tener informes directamente sobre los datos sin procesar?Sé cómo utilizar los servicios de informes sobre datos sin procesar mediante consultas SQL estándar, pero ¿cómo cambiaría esto al consultar SSAS?No sé SSAS - dónde empiezo ..?

¿Fue útil?

Solución

Lo bueno de SSAS es que puede obtener esos indicadores de los que habla con bastante facilidad, ya sea creando medidas calculadas o utilizando KPI.

Empecé con Ofreciendo inteligencia empresarial con Microsoft SQL Server 2005.Tuvo una buena introducción, pero desafortunadamente es demasiado detallada en cuanto a detalles.Pero si desea comprender SSAS, OLAP y la generación de informes utilizando este marco, es un buen comienzo.

Mosha Pasumansky tiene un Blog en SSAS y MDX con gran Enlaces.

Aparte de eso, recomendaría los libros en línea de Microsoft.

Otros consejos

¿Está seguro de que no está mezclando SSAS (servicios de análisis) y SSIS (servicios de integración)?

SSAS no es un ETL, es una herramienta OLAP.

SSIS es una herramienta ETL.

Estoy de acuerdo con todo lo que dijo Rowan.Simplemente estoy confundido por los términos.

SSAS es un ETL herramienta.Básicamente, obtienes datos de algún lugar (tus artículos salientes), les haces algo (agregados) y los colocas en otro lugar (tu tabla de agregados, almacén de datos, etc.).Consulte el enlace para obtener más detalles.

Probablemente no mantendrá todas las filas en la base de datos de forma indefinida y, si desea poder informar sobre tendencias más largas, en cualquier caso necesitará realizar algún tipo de agregación de datos históricos.Por lo tanto, tiene sentido hacer que los informes utilicen este almacén de datos históricos como fuente.Luego puedes usarlo para realizar todo tipo de informes sofisticados.

TL;DR:Defina su tabla de historial agregado teniendo en cuenta sus necesidades futuras de informes.Utilice SSAS para completar la tabla y actualizarla a partir de las actualizaciones diarias.Informe de esa mesa.Otras lecturas:Esquemas en estrella y almacenamiento de datos.

@Sergio y @Rowan

Sí eran no hablando de cargar y transformar datos en la base de datos (como lo haría una herramienta SSIS).Eso se resuelve usando nuestra plataforma de integración.

@Riri tal vez SSAS sea excesivo para la situación que presentaste.Si solo necesita completar diariamente las tablas de resumen, puede lograrlo creando un TRABAJO normal en SQL Server y haciéndolo en un script T-SQL normal.

He utilizado este enfoque durante varios años en un proceso diario para calcular indicadores comerciales a partir de aproximadamente 9 GB de datos nuevos por día.Funciona, es rápido, es sencillo y utiliza una tecnología a la que ya estás acostumbrado.Si su proceso diario se vuelve más complicado (necesita leer archivos, usar FTP, enviar correos electrónicos), puede pasar a un paquete SSIS (o cualquier otra herramienta ETL que desee), pero no puedo recomendar el uso de SSAS a menos que necesite proporcionar OLAP. capacidades a sus usuarios.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top