Manejo de grandes conjuntos de resultados en SQL Server Analysis Services

Question

Tengo una base de datos que contiene datos sobre artículos , estructuras y fabricantes . Es decir, un artículo está vinculado a 1 fabricante y a N nodos de estructura (piense como nodos de clasificación de artículos).

Consultar artículos utilizando T-SQL con muchas condiciones es actualmente demasiado lento para ser utilizable en una tienda electrónica, incluso con un buen hardware y tablas correctamente indexadas. (Debe estar por debajo de 1 segundo). Ahora me pregunto si tendría sentido acceder a estos datos a través de un cubo OLAP. Ya desarrollé uno para obtener agregaciones, como: ¿Cuántos artículos del fabricante X existen debajo del nodo Y recursivamente

Estas agregaciones son bastante rápidas, ahora me pregunto si tiene sentido también recuperar conjuntos completos de resultados de artículos a través de Cubos. Significado: Déme cada ID de artículo del fabricante X que exista debajo del nodo Y de forma recursiva . Debido a que los conjuntos de resultados pueden ser bastante grandes, la consulta lleva aún más tiempo ...

Por lo tanto, mi pregunta, ¿hay alguna manera de lidiar con grandes conjuntos de resultados en SSAS, o esta es totalmente la dirección incorrecta que estoy tomando?

Answer 1

Definitivamente puede manejar grandes conjuntos de datos y hacer que funcionen decentemente en SSAS al aprovechar las agregaciones. Por supuesto, si va por el cable, todavía hay muchos datos para mover, así que tenga esto en cuenta. Su consulta regresará rápidamente; los resultados tardarán un tiempo en transferirse.

El poder real de SSAS es ser capaz de enfocarse en su enfoque. En lugar de decir "Dame todo" podemos comenzar a un nivel alto, profundizar, encontrar el nivel que queremos y continuar profundizando hacia abajo, hacia abajo, hacia abajo hasta llegar a los datos que realmente desea.