Business Intelligence

Pianificazione della soluzione di BI Microsoft prima

Stacia Misner

Informazioni di riepilogo:

• Introduzione a Business Intelligence
• Evitare problemi comuni relativi ai database aziendali
• Un percorso attraverso lo stack di Business Intelligence di Microsoft
• Creazione di una soluzione semplice

Contenuto

Che cos'È la Business Intelligence?
Che cos'è errato con la query dei database aziendali?
Supporto per rendere decisione
Business Intelligence in azione
L'elenco di Business Intelligence di Microsoft
Un approccio allo sviluppo di soluzioni
Guida introduttiva
Passaggi successivi

La maggior parte database haveencountered amministratori (DBA) alcuni moduli di business intelligence (BI) durante la gestione ’s organizzazione dei dati e dell'implementazione di Microsoft SQL Server. Molti altri professionisti IT, che non hanno la responsabilità DBA, è probabilmente sentito parlare di Business Intelligence ma non personalmente esperienza con o realmente anche avere la certezza che cos'è. In questo articolo troverete tutti l'impegno da è su. Una volta acquisite le tecnologie BI possono realmente si e vedere modalità di creazione soluzioni di Business Intelligence sulla piattaforma BI di Microsoft, si scoprirà perché BI non solo per amministratori di database. Se si è esperti su Business Intelligence, si sarà in una posizione migliore per supportare l'organizzazione di iniziative di Business Intelligence quando provengono (e verrà) e si verrà inoltre realizzare come utilizzare Business Intelligence per tenere traccia e analizzare i dati rilevanti al proprio ruolo, semplificando il processo e deepening la conoscenza di tali dati.

In questo articolo è il primo di una serie di articoli che introducono lo stack di Business Intelligence di Microsoft. In questo articolo iniziale, È possibile definire BI e descrivere l'architettura di alto livello di una soluzione di BI in generale i termini. Inoltre fornire alcuni approfondita del processo di creazione di una soluzione di BI. Per approfondire le tecnologie Business Intelligence di SQL Server citate in questo articolo, è possibile leggere complementare articoli scritti dal Derek Comingore in questo problema (vedere" Creazione di un Foundation di dati per una soluzione di Business Intelligence") e Scot Reagin e i problemi futuri.

Che cos'È la Business Intelligence?

Alcuni anni fa, mentre era coauthoring Business Intelligence: Making Better Decisions Faster (Microsoft Press, 2002), È stato sorprendente da quale il peer disagreed sulle tecnologie devono essere considerate all'interno del dominio di Business Intelligence e pertanto nell'ambito del libro. È stata un'esperienza enlightening per tali divergenti opinioni tra professionisti di Business Intelligence informazioni sui quali strumenti sono considerati gli strumenti di Business Intelligence e che sono esclusi. Esiste ancora questa differenza di opinione del settore IT, e molti continuare a sviluppare la definizione di Business Intelligence. Per me, Business Intelligence è molto sul processo di business come se fosse sulla tecnologia, in modo avvio definizione BI da questo punto di vista.

Un processo di business, Business Intelligence è una serie di attività che è possibile eseguire per raccogliere e analizzare i dati in modo che sia possibile prendere decisioni migliori e migliorare l'azienda condividendo i risultati di analisi con altri utenti. Se è necessario informazioni su come rendere più efficiente la routine di ogni giorno o per supportare long-range della pianificazione, ad esempio il budget dell'anno successivo, le fasi per trovare, trasferimento, formattare e analizzare i dati sono tutti componenti di Business Intelligence. Inoltre, BI include i processi che è utilizzare per rendere disponibili per riferimento futuro i risultati in modo che altri utenti è possibile misurare l'impatto delle decisioni apportate dopo l'analisi dei dati. Business Intelligence è in genere, un processo iterativo. Analizzare i dati per vedere cosa è successo, è eseguire l'azione per garantire operazioni buona mantenere in corso e problemi stop e successivamente analizzare i dati in un secondo momento per determinare se le azioni apportate operazioni migliore o peggiore e fattori esterni hanno contribuito a o intralciato gli sforzi.

Data questa definizione ampia di Business Intelligence, si sta utilizzando BI anche quando si jotting a bit di informazioni o creazione di elenchi per agevolare le decisioni nel corso della giornata. Introdurre la tecnologia in alcuni o tutti i processi aziendali che consente di raccogliere, analizzare e condividere le informazioni sulla possibile rendere più efficiente questi processi. Le organizzazioni tendono ad avviare piccole all'adozione della tecnologia di Business Intelligence, utilizzarlo spesso inizialmente per risolvere problemi specifici. Con il passare del tempo, l'utilizzo della tecnologia BI cresce in modo incrementale quando l'attenzione si sposta verso divulgazione di informazioni in modo efficiente all'interno dell'organizzazione. La strategia di Business Intelligence continua per pubblico maturo, l'organizzazione acquisisce in genere strumenti più sofisticati per consentire maggiore interazione con e l'esplorazione di dati.

Che cos'è errato con la query dei database aziendali?

In qualsiasi definizione di BI, i dati sono sempre il punto focale. Ci si potrebbe chiedere perché è necessario preoccuparsi di creare una soluzione di BI quando è possibile richiedere semplicemente uno o più database dell'organizzazione per ottenere i dati che è necessario. Se si è l'unico consumer dei dati che stanno raccolta, se si dispone di strumenti, competenze e di privilegi di protezione per accedere ai database aziendali e se i dati necessari non è in tali origini, probabilmente non è necessario una soluzione di BI formale. Al contrario, se è necessario regolarmente condividere informazioni con altri utenti cui le competenze tecniche e i privilegi di protezione variano, è necessario creare una soluzione di BI è semplice da utilizzare e gestire. È inoltre necessario prendere in considerazione che una volta colleghi ascoltare su questa soluzione di BI ben, verrà desiderano utilizzarla troppo. Prevedere questa richiesta, la soluzione deve essere scalabile dall'inizio.

Sulla superficie, consentendo a tutti gli utenti della società per eseguire report per ottenere dati dai database aziendali potrebbe sembrare una buona idea, ma questo approccio probabilmente saranno molto diffuso con la DBA. Come si indicherà, query direttamente i database aziendali possono provenire più di pochi problemi. Ecco alcune di quelle più comuni:

• Se i dati dell'organizzazione sono memorizzati in diverse piattaforme in formati diversi, può essere complessa consolidare i dati in un formato comune che è utile per l'analisi. Dati non possono essere copiati direttamente dalle tabelle di origine in una tabella di destinazione comune tranne che essere modificato in qualche modo prima è memorizzato.
• Le definizioni dei dati potrebbe non essere coerente su più database, e la riconciliazione dei dati che sembra essere simile può essere difficile. Ad esempio, i ricavi in un database sales è possibile che venga calcolato in base a un set di regole di business, ma essere soggette a completamente diversi set di regole di business in un database di contabilità generale.
• Probabilmente, ogni database è strutturato e ottimizzato per l'inserimento dei dati o per l'esecuzione di ricerche. Anche se si desidera un database di query, in genere l'esecuzione di query analitiche richiede il riepilogo di grandi quantità di dati, che sono un'operazione costosa in termini di risorse del database. Di conseguenza, le query possono richiedere molto tempo per eseguire e può creare conflitti per inserire le risorse con altre applicazioni in esecuzione, le operazioni di aggiornamento o la ricerca.
• I dati cronologici sono spesso archiviati anziché gestiti per un periodo di tempo indefinito in un database azienda. Se si desidera esaminare le tendenze nel tempo, un'attività di Business Intelligence comune, la soluzione potrebbe essere necessario un archivio per dati che non rendere persistenti nel database azienda.
• Alcuni dati necessari per l'analisi potrebbero non essere disponibile nel database azienda. Potrebbe essere in file flat, fogli di calcolo o dati non strutturati formati come documenti di Microsoft Word. Più problematica è ottenere le informazioni gli utenti sono memorizzate nel proprio computer locale, o le testine.
• Anche se i dati sono disponibili, i problemi di qualità significa talvolta che non è possibile utilizzare direttamente dall'origine. Potrebbe essere necessario scaricare i dati e di pulitura prima che è possibile analizzarli. A meno che non possono essere eliminati i dati all'interno dell'origine, è necessario ripulire i dati manualmente ogni volta che si accedervi, assicurandosi che applicare le regole stesse ogni volta. Inoltre, è Impossibile assicurarsi che gli utenti che altrimenti si utilizzano gli stessi dati è seguendo le regole stesse per la pulizia.

Per risolvere questi problemi di accesso ai dati, una soluzione di BI include spesso un database creato in modo esclusivo per i dati utilizzati per l'analisi. Con ad un database significa che è possibile evitare eventuali problemi di conflitti di risorse tra le attività di generazione dei dati, attività che i dati di utilizzo. Verrà ulteriormente un passaggio, è possibile ristrutturare i dati in modo che le query di riepilogo dei dati possono eseguire molto più velocemente. Quando è necessario consolidare i dati da più origini dati, è possibile centralizzare e applicare regole di business per inserire i dati in un formato comune con significato coerenza. È inoltre possibile incorporare i dati che non provengono da un database, ad esempio un documento o un foglio di calcolo, in questa posizione centrale. Un altro vantaggio di creazione di un database separato è che è possibile conservare i dati cronologici per tempo necessario dopo che i dati sono eliminati dal database di origine. Infine, è possibile automatizzare il processo di ripulitura e migliorare i dati di analisi, poiché assicura che le stesse regole vengono applicate ogni volta che i dati si accede a.

Supporto per rendere decisione

Una soluzione di BI effettuare più offrono un accesso migliore ai dati. In particolare deve supportare gli sforzi decisionali. In generale, una soluzione di BI deve consentono di valutare e rispondere alle condizioni aziendali, se si richiedono una visualizzazione globale di tutti i di tutta l'organizzazione o punto di vista di un reparto, gruppo di lavoro o anche un team di uno stretto. In effetti, la possibilità di spostarsi rapidamente da una visualizzazione Riepilogo una visualizzazione dettagliata dei dati è una funzionalità importante in Business Intelligence.

L'obiettivo di una soluzione di BI è consentono di dedicare del tempo l'analisi dei dati e trovare le risposte alle domande anziché individuare, consolidamento, la riformattazione e riconciliare i dati stessi. Quando si dispone di tempo sufficiente qualità per analizzare i dati, è possibile in genere campione anticipata di problemi e passaggi per interrompere le tendenze negative di continuare. È possibile utilizzare Business Intelligence per individuare correlazioni tra le coordinate apparentemente non correlato e quindi adattare le strategie per attivare gli approfondimenti in dollari, salvati o dollari costo realizzati. Ogni decisione di ogni giorno come il processo che si sta risolvere un problema o pianificazione per il futuro si traduce direttamente o indirettamente in un costo o un profitto dell'azienda.

Business Intelligence in azione

Business Intelligence conoscenza a livello teorico è consigliabile, ma visualizzarlo in azione realmente aiuta a comprendere i vantaggi. Per visualizzare funzionamento di Business Intelligence, tre altri articoli in questa serie di descrivono lo sviluppo di una soluzione di BI per una società fittizia denominata Adventure Works. Alla fine di questo articolo, verrà illustrato come ottenere il database di esempio per Adventure Works, un produttore di bicicletta fittizia che vende i propri prodotti in tutto il mondo. Viene mantenuta un personale di vendita per la vendita all'ingrosso i prodotti da rivenditori quali negozi di bicicletta specializzati di piccole o prese acquisti lo stile del warehouse di grandi dimensioni. Inoltre, Adventure Works vende prodotti direttamente ai singoli clienti tramite Internet. I dati di Adventure Works forniscono numerose opportunità di analisi che adattano una soluzione di BI.

Tenere presente che una soluzione di BI è destinata a supporto decisionale. Con questo presenti, prendiamo in considerazione i tipi di domande che Adventure Works è necessario rispondere prima di prendere decisioni chiave:

• Il canale di vendita è più proficua? Adventure Works necessario decidere se investire in aggiunta di ulteriori personale di vendita per sviluppare le relazioni con i rivenditori più o per espandere la presenza di vendita di Internet. Per aiutare questa decisione, gli analisti deve essere possibile confrontare le vendite realizzate nel tempo tra rivenditori e il relativo sito Internet. I punti di dati di vendite (chiamate misure) che è necessario confrontare gli analisti includono dollari di vendite, quantità dell'ordine e redditività. Una tendenza positiva in redditività è la misura più importante perché vendite elevate misurata in dollari o numero di unità vendute non esistono vantaggi per la società se tali vendite comportare una perdita netto.
• È richiesta per determinati prodotti aumento delle dimensioni o rifiutare? Adventure Works corrispondano livelli di produzione per domanda di vendita. Se la richiesta per alcuni prodotti è in crescita, AdventureWorks necessario modificare i processi di produzione per verificare più di questi prodotti disponibili per la vendita e quindi aumentare le vendite. Se il rifiuto di richiesta per altri prodotti, Adventure Works è necessario ridurre la produzione o eventualmente eliminare linee di prodotti per evitare una situazione di oversupply in cui devono essere venduti questi prodotti in una perdita.

Anche se si non analizzano i dati relativi alle vendite del processo, ti suggeriamo di procedere è creare una soluzione di BI per Adventure Works. È possibile applicare la stessa struttura e principi di sviluppo descritti in questa serie ai propri dati lo stesso.

L'elenco di Business Intelligence di Microsoft

A questo punto è opportuno esaminare più da vicino dell'architettura di tecnologia di Business Intelligence. Lo stack di Business Intelligence di Microsoft fornisce tutti gli strumenti che è necessario creare, gestire e utilizzare una soluzione di BI. SQL Server 2008 è alla base dello stack come piattaforma di dati che ospita il data mart o data warehouse. Un data mart è un archivio di dati specifici dell'oggetto. Un data warehouse è un insieme di a livello aziendale di dati contenenti più argomenti. La linea tra i data mart e data warehouse è poco nitida, ma non è necessario preoccuparsi le differenze. In questa serie, È possibile utilizzare il termine data mart. (Sebbene questa serie di articoli si riferisce specificatamente a SQL Server 2008, è inoltre possibile creare una soluzione di BI simile utilizzando SQL Server 2005 e i componenti di Business Intelligence con modifiche minime o nulle delle istruzioni fornite.)

SQL Server 2008 comprende tre componenti di Business Intelligence: Integration Services (SSIS), Analysis Services (SSAS) e Reporting Services (SSRS). Questi componenti estendono la piattaforma dati con funzionalità di integrazione dei dati, supporto di database multidimensionale e un livello di presentazione dei dati, rispettivamente. nella figura 1 viene illustrata la relazione di questi componenti a un altro in una soluzione di BI.

Figura 1 componenti di SQL Server 2008 in una soluzione di Business Intelligence

Dopo aver progettato le strutture fisiche dei data mart, utilizzare SSIS per inserirvi i dati che è estrarre da altre origini dati. SSIS fornisce gli strumenti necessari per automatizzare i processi di ripulitura dei dati, consolidare dati provenienti da più origini e trasformazione dei dati in una struttura anche adatto per analisi. È possibile pianificare l'esecuzione periodica di tali processi utilizzando Agente SQL Server. Nel suo articolo SSIS in p. 31, Derek Comingore spiega come sviluppare estrazione, trasformazione e caricamento (ETL) elabora per una soluzione di BI.

L'aggiunta di un database SSAS alla soluzione di Business Intelligence consente di supporta le query interattive per più sofisticate, alte prestazioni. SSAS consente di copiare i dati relazionali in una struttura multidimensionale di database denominata di un cubo. Un cubo ben progettato consente di ottimizzare i dati per query ad hoc aggiungendo clic sul pulsante indici e l'equivalente funzionale di tabelle di riepilogo (noto come le aggregazioni) per restituire i risultati di query che possono essere in modo esponenziale più veloci rispetto a una query paragonabile a un database relazionale. È inoltre possibile incorporare logica di calcolo complesso nel cubo per semplificare la query che altrimenti richiederebbero centinaia di righe di codice Transact-SQL per la replica quando si utilizza un'origine dati relazionale. Molti strumenti front-end (denominati cubo browser) consentono di eseguire query di un cubo senza scrivere una singola riga di codice. Nel numero del mese successivo, Scot Reagin viene descritto come sviluppare un cubo come parte di una soluzione di BI.

Se si stanno archiviazione dei dati in un data mart di SQL Server o in un cubo SSAS, è possibile aggiungere SSRS per l'architettura della soluzione per rendere disponibili i dati per gli utenti. SSRS è una piattaforma di reporting che include strumenti per lo sviluppo di report, proteggere e gestire report pubblicati utilizzando un'infrastruttura di amministrazione centralizzata e per supportare l'accesso di utente ai report. È possibile utilizzare un'applicazione Web SSRS o Microsoft Office SharePoint Server 2007 (MOSS) per visualizzare i report, utilizzare la funzionalità di sottoscrizione per ricevere report tramite posta elettronica o chiamare il servizio Web SSRS nella propria applicazione per visualizzare i report. La visualizzazione predefinita di un report si visualizza in formato HTML, ma è possibile, inoltre, esportare un report a altri tipi di file, ad esempio PDF o in Excel. Il prossimo mese, spiegherò più sull'utilizzo di SSRS in livello di presentazione dei dati della soluzione di BI.

Lo stack di Business Intelligence di Microsoft include inoltre numerose tecnologie di Microsoft Office che consente di espandere le opzioni per il livello di presentazione dei dati. Excel 2007 è una scelta popolare per supportare l'analisi dei dati in soluzioni di Business Intelligence. È possibile accedere al data mart di SQL Server o visualizzano un cubo SSAS direttamente da Excel (come illustrato nella Figura 2 ) ed esplorare i dati molto più liberamente a è possibile che quando si visualizza un report SSRS.

Nella figura 2 utilizzo di Excel 2007 per passare un cubo

Oltre a utilizzare Excel per esplorare i dati sia relazionali e multidimensionali, è possibile utilizzare relativi algoritmi di data mining per scoprire nascosti modelli di informazioni per i dati o per rilevare anomalie nei dati (ovvero che è possibile risolvere i problemi prima di popolare il data mart). Un ottimo per iniziare con il data mining consiste scaricare un componente aggiuntivo gratuito per Excel da Microsoft e quindi utilizzarlo per analizzare i dati che è importare in Excel da qualsiasi origine o alla visualizzazione dell'output di un modello di data mining creato e memorizzato sul server SSAS. Un componente aggiuntivo per Visio 2007 è anche disponibile per la condivisione di modelli di data mining dati con annotazioni. Per ulteriori informazioni scaricare e utilizzare questi componenti aggiuntivi in" Aggiuntivi di dati mining per Office 2007."

Una scelta sempre più diffuso per la condivisione dei dati è Excel Services, disponibile in MOSS. Con Excel 2007, è innanzitutto creare una cartella di lavoro contenente una tabella pivot che utilizza un cubo SSAS come l'origine dati e quindi pubblicare la connessione dati e la cartella di lavoro in Excel Services. Anche se è possibile pubblicare le cartelle di lavoro contengono dati da altri tipi di origini dati, uno dei vantaggi dell'utilizzo di SSAS, tabelle pivot e di Excel Services insieme è la possibilità di utilizzare gran parte della stessa funzionalità di esplorazione cubo in un'interfaccia HTML pura, che mantiene la conoscenza di Excel. Un altro vantaggio è la possibilità di centralizzare l'amministrazione e accesso a cartelle di lavoro di Excel. Per ulteriori informazioni su Excel Services, fare riferimento a" Panoramica tecnica su Excel Services."

Ancora un altro vantaggio di utilizzo di Excel Services per l'esplorazione del cubo è che è possibile incorporare tabelle pivot e pivot grafici in una pagina del dashboard MOSS utilizzando Web Part Excel Web Access. Un dashboard è un tipo di contenuto SharePoint speciale che consente di presentare i dati da più origini in una singola pagina utilizzando una varietà di Web part. È anche possibile aggiungere un filtro alla pagina del dashboard e connetterlo a tutto o in parte le Web part per modificare dinamicamente il contenuto della pagina in base alla selezione di filtro dei comandi. la figura 3 illustra un dashboard MOSS di esempio. MOSS include anche una Web Part per visualizzare i rapporti SSRS sono memorizzati sul server MOSS (un facoltativo SSRS configurazione nota come modalità integrata), o è possibile utilizzare Web part forniti con SSRS per visualizzare il report archiviati nel server di report (configurazione predefinita detta modalità nativa).

Nella figura 3 utilizzo di una pagina MOSS dashboard per visualizzare cartelle di lavoro e report

Per il dashboard con più funzionalità, è possibile utilizzare Microsoft Office PerformancePoint Server 2007 (PPS). È possibile utilizzare PPS per lo sviluppo di scorecard e dashboard che è possibile distribuire a MOSS. Una scorecard è un report che consente di confrontare le prestazioni effettive a una destinazione definita e vengono illustrati i risultati utilizzando le icone contrassegnati da colori distintivi. È possibile visualizzare una scorecard PPS utilizza un tipo speciale di Web Part in un dashboard MOSS standard o come parte di un dashboard PPS. Nel dashboard, è possibile aggiungere report PPS alle aree del dashboard per presentare diverse visualizzazioni degli stessi dati (come illustrato nella Figura 4 ) o per visualizzare i dati correlati da origini diverse.

Nella figura 4 utilizzo di un dashboard PPS per visualizzare i dati

Come si può vedere, sono lo stack di Business Intelligence di Microsoft fornite numerose opzioni per e di sviluppo, amministrazione e implementazione di una soluzione di BI, ma non impedisce di utilizzare altre opzioni. Lo stack di Business Intelligence di Microsoft dall'alto verso il basso è un'architettura estendibile in cui è possibile collegare il proprio applicazioni personalizzate o applicazioni di terze parti quando è necessario supportare requisiti specifici.

Un approccio allo sviluppo di soluzioni

Il modo migliore per apprendere sullo stack di Business Intelligence di Microsoft consiste la creare una soluzione semplice. Gli articoli complementare di questa serie è illustrato come creare una soluzione utilizzando SSIS, SSAS e SSRS. Al termine della serie, si avrà un'idea generale del funzionamento di ciascuno di questi componenti. Non ritiene obbligo, tuttavia, utilizzare ogni componente nello stack per ogni soluzione di Business Intelligence che si genera.

Come è organizzare la soluzione di BI, pianificare di dedicare la maggior parte del tempo di operazioni di preparazione dei dati, come nell'ambito della ristrutturazione e ripulitura. In termini di Business Intelligence, questo insieme di attività che viene chiamato l'estrazione, trasformazione e caricamento (ETL) del processo.

Prima di iniziare lo sviluppo ETL, è necessario pianificare con attenzione la struttura di una soluzione di BI. Nella mia esperienza, lo sviluppo di una soluzione di BI va più facilmente in presenza di un problema aziendale specifico è stato risolto e si avvicina la progettazione prendendo prima come persone necessario interagire con le informazioni. Adottando un approccio incentrato sugli utenti, è possibile utilizzare il modo all'indietro i processi di business applicabile per progettare una soluzione che recupera correttamente e strutture di dati per supportare le esigenze aziendali. Questa raccomandazione potrebbe sembrare da un approccio ovvio, ma ho visto molti tenta di unità lo sviluppo della soluzione dai dati disponibili in uscita per gli utenti e scritta una soluzione che non ottiene mai utilizzato.

Dopo di avviarsi con la struttura iniziale, si è pronti per iniziare a sviluppare. Se la soluzione di BI utilizza SSIS, SSAS e SSRS, per iniziare, creazione e compilazione di strutture di dati della soluzione di Business Intelligence utilizzando SSIS. Dopo aver aggiunto i dati, è continuare al passaggio successivo mediante la creazione di un cubo. Al termine di sviluppo, si elaborare il cubo per caricarla con i dati. È quindi utilizzare SSRS per sviluppare un rapporto query sul cubo e visualizza i risultati di query in un report. Si vedrà come per il passaggio attraverso questo processo su tre articoli in questa serie. Per i propri progetti, si deve l'approccio di questo processo in modo incrementale, e modo iterativo per assicurarsi che i risultati del passaggio di un lavoro soddisfacente nei passaggi successivi.

Guida introduttiva

Per completare l'intera soluzione BI descritta nei rimanenti articoli in questa serie, è necessario installare SQL Server 2008, tra cui SSIS, SSAS e SSRS. Se si dispone dell'accesso a SQL Server, un server SSAS e un server di report sulla rete, è necessario installare solo gli strumenti di sviluppo del computer. Per istruzioni sull'installazione del prodotto, vedere" Procedura: installare SQL Server 2008 (programma di installazione)." È possibile scaricare i database di esempio utilizzati per generare la soluzione per Adventure Works da CodePlex. Il primo database, AdventureWorks2008, è rappresentativa di un database di elaborazione transazionale in linea (OLTP), che acquisisce le transazioni generate dalla operazioni aziendali in reparti vendite, produzione e delle risorse umane. Verrà utilizzato il database come origine per il data mart si genera mediante SSIS. Il secondo database, AdventureWorksDW2008, è un esempio di dati che rappresentano le procedure consigliate nella progettazione di warehouse di dati. È possibile utilizzare questo database come origine per il cubo SSAS, se si desidera ignorare imparare a utilizzare SSIS e passare direttamente lo sviluppo di cubo.

Passaggi successivi

Dopo aver ottenuto familiarità con i componenti di Business Intelligence di SQL Server, è necessario trovare un semplice progetto personalizzato per continuare la conoscenza di creazione. Non è necessario un completa data mart per iniziare, ma è consigliabile strutturare i dati utilizzando i principi descritti nel prossimo articolo di questa serie. Una volta iniziare a utilizzare Business Intelligence, è probabilmente mai esamineranno dati piuttosto allo stesso modo nuovamente.

Stacia Misner è un consulente di BI, docente autore, nonché il fondatore e principal del Inspirations dati. Maria ha 25 anni di esperienza nel settore IT, con nove anni attivando lo stack di Business Intelligence di Microsoft. Stacia ha scritto diversi libri su Business Intelligence e SQL Server. Il suo libro più recente, Microsoft SQL Server 2008 Reporting Services Step by Step (Microsoft Press, 2009), è stato rilasciato all'inizio dell'anno. Utente può essere contattata all' smisner@datainspirations.com.