Azioni (Analysis Services - Dati multidimensionali)

Sono disponibili azioni di diverso tipo, le quali devono pertanto essere create in modo appropriato. Di seguito vengono indicati i diversi tipi di azione.

• Azioni drill-through, le quali restituiscono il set di righe che rappresenta i dati sottostanti delle celle selezionate del cubo in cui si verifica l'azione.

• Azioni report, che restituiscono un report di Reporting Services associato alla sezione selezionata del cubo in cui si verifica l'azione.

• Azioni standard, le quali restituiscono l'elemento dell'azione (URL, HTML, DataSet, RowSet e altri elementi) associato alla sezione selezionata del cubo in cui si verifica l'azione.

Un QI (Query Interface), ad esempio ADOMD.NET, viene utilizzato dall'applicazione client per recuperare le azioni ed esporle all'utente finale. Per ulteriori informazioni, vedere Sviluppo con ADOMD.NET.

Un oggetto Action semplice è composto da informazioni di base, dalla destinazione in cui deve verificarsi l'azione, da una condizione per limitare l'ambito dell'azione e dal tipo. Le informazioni di base includono il nome dell'azione, la descrizione dell'azione, la didascalia consigliata per l'azione e altro.

La destinazione corrisponde al percorso effettivo nel cubo in cui deve verificarsi l'azione. La destinazione è composta da un tipo di destinazione e da un oggetto di destinazione. Il tipo di destinazione rappresenta il tipo di oggetto all'interno del cubo, in cui l'azione deve essere attivata. Il tipo di destinazione può essere costituito da membri del livello, celle, gerarchia, membri della gerarchia o altro. L'oggetto di destinazione è un oggetto specifico del tipo di destinazione. Se il tipo di destinazione è una gerarchia, l'oggetto di destinazione è una delle gerarchie definite nel cubo.

La condizione è un'espressione MDX Boolean valutata nell'evento relativo all'azione. Se la condizione restituisce true, l'azione viene eseguita. In caso contrario, l'azione non viene eseguita.

Il tipo rappresenta il tipo di azione da eseguire. Poiché Action è una classe astratta, per utilizzarla è necessaria una delle classi derivate. I due tipi di azione drill-through e report sono predefiniti e dispongono delle classi derivate corrispondenti DrillThroughAction e ReportAction. Le altre azioni sono incluse nella classe StandardAction.

In Microsoft SQL Server Analysis Services un'azione è un'istruzione MDX archiviata che può essere presentata e utilizzata da applicazioni client. In altre parole, un'azione è un comando client definito e archiviato nel server. Un'azione contiene inoltre informazioni che specificano quando e come l'istruzione MDX dovrà essere visualizzata e gestita dall'applicazione client. L'operazione specificata dall'azione consente di avviare un'applicazione, utilizzando le informazioni dell'azione come parametro, o di recuperare informazioni basate sui criteri indicati dall'azione.

Le azioni consentono agli utenti aziendali di eseguire operazioni sui risultati delle analisi svolte. Salvando e riutilizzando le azioni, gli utenti finali possono eseguire operazioni aggiuntive rispetto all'analisi tradizionale, che termina in genere con la presentazione dei dati, e avviare soluzioni a problemi o carenze individuate, estendendo in questo modo gli effetti dell'applicazione di Business Intelligence al di fuori del cubo. Le azioni possono trasformare l'applicazione client da un sofisticato strumento di rendering dei dati in una parte integrante del sistema operativo aziendale. Invece di occuparsi dell'invio di tali dati come input ad applicazioni operative, gli utenti finali possono chiudere il ciclo del processo decisionale. Questa possibilità di trasformare i dati analitici in decisioni riveste un'importanza fondamentale per un'efficace applicazione di Business Intelligence.

Si supponga, ad esempio, che un utente aziendale noti mentre visualizza un cubo che il livello delle scorte corrente di un determinato prodotto sia basso. L'applicazione client fornisce all'utente aziendale un elenco di azioni, tutte relative alle scorte insufficienti di un prodotto, recuperate dal database di Analysis Services. L'utente aziendale seleziona l'azione di ordine per il membro del cubo che rappresenta il prodotto. Viene quindi avviato un nuovo ordine tramite la chiamata nel database operativo di una stored procedure che genera le informazioni appropriate da inviare al sistema di immissione degli ordini.

Durante la creazione delle azioni è possibile usufruire di una grande flessibilità. Un'azione consente ad esempio di avviare un'applicazione o di recuperare informazioni da un database. È possibile configurare un'azione in modo che venga attivata da quasi qualsiasi parte di un cubo, inclusi le dimensioni, i livelli, i membri e le celle, oppure creare più azioni per una stessa parte di un cubo, nonché passare parametri stringa alle applicazioni avviate e specificare le didascalie da visualizzare agli utenti finali durante l'esecuzione dell'azione.

Importante
Affinché un utente aziendale possa utilizzare le azioni, è necessario che le azioni siano supportate dall'applicazione client utilizzata dall'utente aziendale.

Tipi di azioni

Nella tabella seguente sono elencati i tipi di azioni incluse in Analysis Services:

Risoluzione ed esecuzione di azioni

Quando un utente aziendale accede all'oggetto per cui l'oggetto comando è stato definito, l'istruzione associata all'azione viene risolta automaticamente, in modo da renderla disponibile all'applicazione client, ma l'azione non viene eseguita automaticamente. L'azione viene eseguita solo quando l'utente finale esegue l'operazione specifica del client che avvia tale azione. In un'applicazione client può ad esempio essere visualizzato un elenco di azioni sotto forma di menu popup quando l'utente aziendale fa clic con il pulsante destro del mouse su un membro o una cella particolare.

Vedere anche

Concetti

Azioni nei modelli multidimensionali