Domanda

Ho un database che contiene dati su articoli , strutture e produttori . Significa che un articolo è collegato a 1 produttore e a N nodi-struttura (pensate come nodi-classificazione-articolo).

La query di articoli che utilizzano T-SQL con molte condizioni è attualmente troppo lenta per essere utilizzabile per un negozio elettronico, anche con hardware valido e tabelle adeguatamente indicizzate. (Dovrebbe essere inferiore a 1 secondo). Ora mi chiedo se avrebbe senso accedere a questi dati tramite un cubo OLAP. Ne ho già sviluppato uno per ottenere aggregazioni, come: Quanti articoli del produttore X esistono sotto il nodo Y ricorsivamente ?

Queste aggregazioni sono piuttosto veloci, ora mi chiedo se abbia senso recuperare anche interi set di risultati degli articoli attraverso Cubes. Significato: Dammi ogni singolo ID articolo del produttore X esistente sotto il nodo Y in modo ricorsivo . Poiché i set di risultati possono essere piuttosto grandi, la query richiede ancora più tempo ..

Quindi la mia domanda, c'è un modo per gestire grandi serie di risultati in SSAS o è totalmente nella direzione sbagliata che sto prendendo?

È stato utile?

Soluzione

Puoi sicuramente gestire grandi serie di dati e farli funzionare decentemente in SSAS sfruttando le aggregazioni. Naturalmente, se stai andando oltre il filo, ci sono ancora molti dati da spostare, quindi tienilo a mente. La tua query tornerà rapidamente; il trasferimento dei risultati richiederà del tempo.

Il vero potere di SSAS è di poter essere mirato nel tuo approccio. Invece di dire " Dammi tutto, " possiamo iniziare da un livello elevato, approfondire, trovare il livello desiderato e continuare a eseguire il drill down, il down, il down fino a ottenere i dati che desideri davvero.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top