Condividi tramite


Scenario di Analysis Services Tutorial

Questa esercitazione si riferisce alla società fittizia Adventure Works Cycles. Adventure Works Cycles è una multinazionale che produce e commercializza biciclette in acciaio e in materiali compositi sui mercati dell'America del nord, dell'Europa e dell'Asia. La sede centrale di Adventure Works Cycles si trova a Bothell, nello stato di Washington, e vi lavorano 500 dipendenti. Adventure Works Cycles dispone inoltre di numerosi reparti vendite dislocati nelle diverse aree di mercato.

Nel 2000, Adventure Works Cycles ha acquistato un piccolo impianto di produzione in Messico, la Importadores Neptuno, presso il quale vengono realizzati diversi componenti di assemblaggio essenziali per la gamma di prodotti Adventure Works Cycles. Tali componenti vengono quindi consegnati alla sede di Bothell per l'assemblaggio finale dei prodotti. Nel 2001, tutte le attività di produzione e distribuzione relative al gruppo di prodotti delle biciclette da turismo sono state concentrate nell'impianto Importadores Neptuno.

Dopo un anno di esercizio particolarmente favorevole, la società Adventure Works Cycles intende ora ampliare la sua quota di mercato puntando sull'invio di messaggi pubblicitari mirati ai clienti migliori, sull'incremento della disponibilità dei prodotti tramite un sito Web esterno e sulla riduzione dei prezzi di vendita ottenuto grazie a un abbattimento dei costi di produzione.

Ambiente di analisi attuale

Per supportare la necessità di analisi dei dati dei reparti vendite e marketing nonché della direzione, la società attualmente estrae i dati transazionali dal database AdventureWorks e le informazioni non transazionali, come ad esempio gli obiettivi di vendita, da fogli di calcolo. Tali informazioni vengono quindi consolidate nel data warehouse relazionale AdventureWorks DW. Il data warehouse, tuttavia, presenta i seguenti problemi:

  • I report sono statici. Gli utenti non possono esplorare i dati in modo interattivo nei report per ottenere informazioni più dettagliate, come è invece possibile fare utilizzando una tabella pivot di Microsoft Office Excel. Sebbene il set di report predefiniti esistente si riveli sufficiente per molti utenti, gli utenti più esperti devono disporre di accesso diretto alle query del database per generare query interattive e report specializzati. Data la complessità del database AdventureWorksDW, tali utenti, tuttavia, impiegano una quantità eccessiva di tempo per comprendere come creare query efficienti.
  • Le prestazioni delle query sono estremamente variabili. Alcune query, ad esempio, restituiscono i risultati molto rapidamente, in pochi secondi, mentre altre impiegano molti minuti.
  • Le tabelle di aggregazione sono difficili da gestire. Per migliorare i tempi di risposta alle query, il team del data warehouse di Adventure Works ha creato numerose tabelle di aggregazione nel database AdventureWorks DW. Ad esempio, è stata creata una tabella riepilogativa delle vendite in base al mese. Tuttavia, se da un lato le tabelle di aggregazione consentono di migliorare in modo significativo le prestazioni delle query, l'infrastruttura che mantiene le tabelle nel tempo è fragile e soggetta a errori.
  • La logica per i calcoli complessi è nascosta nelle definizioni dei report ed è di difficile condivisione tra i report. Poiché la regola business viene generata separatamente per ogni report, le informazioni di riepilogo risultano talvolta diverse tra i report. La direzione non ritiene pertanto totalmente attendibili i report del data warehouse.
  • Gli utenti in unità aziendali diverse sono interessati a diverse modalità di visualizzazione dei dati. I gruppi vengono distratti e confusi da elementi esterni non rilevanti.
  • La logica dei calcoli costituisce un problema di particolare importanza per quanto riguarda la creazione di report specializzati. Poiché è necessario definire la logica dei calcoli separatamente per ogni report, non esiste un controllo centralizzato sulla modalità di definizione di tale logica. Ad esempio, gli utenti pur essendo consapevoli del fatto che è consigliabile utilizzare tecniche statistiche semplici come lo spostamento dei valori medi, non sono in grado tuttavia di creare i calcoli e quindi non utilizzano tali tecniche.
  • È difficile combinare set correlati di informazioni. Le query specializzate che combinano due set di informazioni correlate, ad esempio le vendite e gli obiettivi di vendita, sono di difficile creazione per gli utenti aziendali. Dal momento che tali query superano la capacità massima del database, la società ha chiesto agli utenti di richiedere al team del data warehouse set di dati di argomenti incrociati. Di conseguenza, sono stati definiti solo pochi report predefiniti che consentono di combinare i dati di più argomenti. Non è facile inoltre modificare i report a causa della loro complessità.
  • I report creati negli Stati Uniti riportano principalmente informazioni commerciali. Gli utenti delle filiali al di fuori degli Stati Uniti non concordano con questo tipo di attenzione e desiderano poter visualizzare i report in valute e linguaggi diversi.
  • È difficile controllare le informazioni. L'ufficio finanziario utilizza attualmente il database AdventureWorks DW solo come origine dei dati per l'esecuzione di massa delle query. I dati vengono quindi scaricati in fogli di calcolo separati e viene impiegata una notevole quantità di tempo per preparare i dati ed elaborare i fogli di calcolo . I report finanziari della società sono pertanto difficili da preparare, controllare e gestire.

Soluzione

Il team del data warehouse ha eseguito recentemente una verifica della progettazione del sistema di analisi corrente. La verifica include un'analisi della relazione tra le problematiche correnti e le necessità future. Il team del data warehouse ha concluso che il database AdventureWorks DW rappresenta un database dimensionale progettato correttamente con dimensioni conformi e chiavi surrogate. Le dimensioni conformi consento di utilizzare la dimensione in più data mart, ad esempio una dimensione temporale o del prodotto. Le chiavi surrogate sono chiavi artificiali che consentono il collegamento delle tabelle dei fatti e delle dimensioni e che vengono utilizzate per assicurare univocità e il miglioramento delle prestazioni. Il team del data warehouse ha inoltre determinato che che non esistono attualmente problemi significativi relativi al carico e alla gestione delle tabelle di base del database AdventureWorks DW. Il team ha pertanto deciso di utilizzare Microsoft SQL Server 2005 Analysis Services (SSAS) per ottenere quanto segue:

  • Rendere disponibile un accesso ai dati unificato tramite un livello di metadati comune per l'esecuzione di analisi e la creazione di report.
  • Semplificare la visualizzazione dei dati accelerando l'attività di sviluppo di query interattive e predefinite nonché di report predefiniti.
  • Creare correttamente query che consentono di combinare i dati di più argomenti.
  • Gestire le aggregazioni.
  • Archiviare e riutilizzare calcoli complessi.
  • Rendere disponibile una versione localizzata per gli utenti aziendali che si trovano al di fuori degli Stati Uniti.

[!NOTA] Il cubo Adventure Works Tutorial creato in questa esercitazione rappresenta una versione semplificata del progetto di esempio Analysis Services disponibile in SQL Server 2005. Per visualizzare questo progetto, aprire il file della soluzione Adventure Works.sln per l'edizione di SQL Server 2005 Analysis Services in uso dalla cartella ..\Programmi\Microsoft SQL Server\90\Tools\Samples\Enterprise\AdventureWorks Analysis Services Project o dalla cartella ..\Programmi\Microsoft SQL Server\90\Tools\Samples\Standard\AdventureWorks Analysis Services Project. Per ulteriori informazioni, vedere Data warehouse di esempio AdventureWorks.

Vedere anche

Concetti

Esercitazione su SQL Server 2005 Analysis Services

Altre risorse

Data warehouse di esempio AdventureWorks

Guida in linea e informazioni

Assistenza su SQL Server 2005