Gestione di parti di report
A partire da SQL Server 2008 R2 Reporting Services, le parti di report possono essere pubblicate nei server di report e riutilizzate in altri report e da altri utenti se questi ultimi dispongono delle autorizzazioni appropriate.
Le parti di report possono essere inoltre riutilizzate da più utenti e in più report. Gli utenti possono cercare le parti di report nel server e aggiungerle a un report. Possono inoltre essere informati sugli aggiornamenti apportati alla parte di report nel server e ripubblicare nuove versioni di una parte di report. Queste azioni di creazione di report possono essere interessate e controllate dalle autorizzazioni di sicurezza di Reporting Services. In questo argomento vengono illustrate le proprietà delle parti di report e viene descritto il comportamento delle parti di report presenti nel server.
Gestione di parti di report
Per gestire le parti di report, è possibile utilizzare Gestione report per un server di report in modalità nativa o le pagine dell'applicazione per un server di report in modalità integrata SharePoint.
Interazione e ricerca sul lato server
Le parti di report possono essere pubblicate in un server di report in modalità nativa o in modalità integrata SharePoint. Gli utenti possono trovare e aggiungere parti di report ai report in uso tramite la caratteristica di raccolta delle parti di report in un'applicazione di creazione di report, ad esempio Generatore report 3.0 di Microsoft SQL Server. Quando un utente cerca una parte di report, la ricerca viene effettuata nel catalogo del server di report indipendentemente dalla modalità di installazione del server.
Quando le parti di report vengono pubblicate da un'applicazione di creazione di report, ad esempio Generatore report 3.0, in un server di report in modalità integrata SharePoint, viene anche aggiornato il catalogo del server di report e le ricerche vengono eseguite nella raccolta per riflettere in maniera accurata la parte di report nuova o aggiornata.
Caricamento diretto di parti di report in una cartella di SharePoint
Se una parte di report viene caricata direttamente in una cartella di documenti di SharePoint anziché essere pubblicata da un'applicazione di creazione di report, il catalogo del server di report non viene aggiornato. La parte di report caricata non verrà pertanto trovata mediante le ricerche eseguite nella raccolta di parti di report. Per garantire la sincronizzazione delle cartelle di SharePoint e del catalogo del server di report, è possibile attivare la caratteristica di sincronizzazione dei file di Reporting Services nel server SharePoint. Per ulteriori informazioni, vedere Procedura: Attivazione della caratteristica Sincronizzazione file server di report in Amministrazione centrale SharePoint.
È inoltre possibile sincronizzare i file mediante la chiamata di alcune API di gestione di Reporting Services, ad esempio GetProperties e SetProperties.
Organizzazione e spostamento di parti di report
È opportuno considerare e pianificare in anticipo la modalità di utilizzo e organizzazione da parte del team di parti di report, origini dati e set di dati condivisi. Sebbene sia possibile spostare successivamente tali elementi, tale operazione potrebbe creare problemi.
Server di report in modalità nativa
Lo spostamento di una parte di report presente in un server di report in modalità nativa in un'altra cartella nello stesso server non influisce sulla possibilità delle applicazioni di creazione di report di eseguire ricerche o scaricare aggiornamenti della parte di report, poiché il server si basa sull'elemento univoco ComponentID. Se tuttavia la parte di report viene spostata in una cartella per la quale un utente non dispone di autorizzazioni, non sarà possibile trovarla mediante le ricerche e ai report relativi non verranno notificati gli aggiornamenti apportati alla parte di report stessa.
Server di report in modalità integrata SharePoint
Lo spostamento di parti di report in una raccolta documenti o in una cartella diversa equivale al caricamento diretto in un server SharePoint. Il catalogo del server di report non sarà sincronizzato. Per evitare questa situazione, attivare la caratteristica Sincronizzazione file server di report nel server SharePoint.
Le sottocartelle costituiscono un'eccezione. Poiché la ricerca viene sempre eseguita all'interno delle sottocartelle, se si sposta manualmente una parte di report in una sottocartella, la parte di report verrà trovata tramite una ricerca eseguita nella raccolta di report, nonché tramite una ricerca nella raccolta di parti di report.
Proprietà del catalogo del server di report
Nella tabella seguente vengono illustrate le correlazioni dei campi del catalogo del server di report esistenti a una parte di report e ai nuovi campi aggiunti al catalogo per le parti di report. Questi sono esposti in Gestione report, nelle raccolte di SharePoint e nelle applicazioni di creazione di report, ad esempio Generatore report 3.0.
(*) indica un elemento introdotto in questa versione.
Proprietà |
Descrizione |
Parte di report Criteri di ricerca nella raccolta |
|---|---|---|
Name |
Uno dei criteri in base al quale un utente può eseguire la ricerca nella raccolta di parti di report. |
Sì |
Description |
Può essere necessario organizzare i nomi delle parti di report in modo da semplificare la ricerca nella raccolta. Ad esempio, è possibile cercare la descrizione che inizia con "Vendite>>" per trovare tutte le parti di report in cui sono presenti dati e presentazioni relativi alle vendite. |
Sì |
CreatedBy |
ID dell'utente che ha aggiunto la parte di report al database del server di report. Il formato esatto dipende dal metodo di autenticazione. Alcuni metodi di autenticazione, ad esempio, consentono di visualizzare il nome di dominio\utente completo nei campi CreatedBy e ModifiedBy. |
Sì |
CreationDate |
Data in cui è stata originariamente creata la parte di report. Uno dei criteri in base al quale un utente può eseguire la ricerca nella raccolta di parti di report. |
Sì |
ModifiedBy |
ModifiedBy è l'ID dell'ultimo utente che ha modificato la parte di report. |
Sì |
ModifiedDate |
Data dell'ultima modifica della parte di report nel server. Questo campo viene utilizzato come parte della logica per determinare quando vengono apportati aggiornamenti a una parte di report sul lato server. Per ulteriori informazioni, vedere la descrizione di ComponentID più avanti in questa tabella. |
Sì |
SubType (*) |
SubType è una stringa che indica il tipo di parte di report da cercare, ad esempio "Tablix" o "Grafico". |
Sì |
ComponentID (*) |
ComponentID è un identificatore univoco della parte di report. Si tratta di uno dei nuovi campi aggiunti al catalogo ed è visibile sia sul lato server sia nelle applicazioni di creazione di report, ad esempio Generatore report 3.0. Questo campo viene utilizzato dalle applicazioni client durante la verifica degli aggiornamenti di una parte di report nel server. L'applicazione client esegue la ricerca nel server degli elementi ComponentID presenti nel report corrente sul lato client. Quando viene rilevata una corrispondenza, il valore del campo ModifiedDate viene confrontato con il valore del campo SyncDate dell'elemento del report sul lato client. |
N0 |
Controllo dell'accesso alle parti di report
Nelle tabelle seguenti vengono descritte le assegnazioni di ruolo predefinite e il modo in cui consentono di eseguire diverse operazioni. I nomi delle assegnazione di ruolo sono diversi a seconda del tipo di server di report utilizzato.
Server in modalità nativa
Azioni |
Ruoli |
|---|---|
Aggiunta, eliminazione, modifica delle proprietà dell'elemento, gestione della sicurezza e download di parti di report |
Gestione contenuto Report personali |
Aggiunta, eliminazione e download di parti di report |
Server di pubblicazione |
Esecuzione di ricerche e riutilizzo |
Browser Generatore report |
Server in modalità integrata SharePoint
Azioni |
Ruolo |
|---|---|
Aggiunta, eliminazione, modifica delle proprietà dell'elemento, gestione della sicurezza e download di parti di report |
Controllo completo |
Aggiunta, eliminazione, modifica delle proprietà dell'elemento e download di parti di report |
Progettazione Collaborazione |
Esecuzione di ricerche e riutilizzo |
Lettura Solo visualizzazione |
Considerazioni sulla sicurezza
Quando vengono riutilizzate in un report, le definizioni delle parti di report vengono copiate completamente nella definizione del report insieme all'elemento ComponentID di identificazione. Se una parte di report viene aggiornata nel server, gli utenti possono scegliere di scaricare la parte di report aggiornata nel report in uso. Gli aggiornamenti sono inoltre copie complete della parte di report, poiché sostituiscono la versione esistente della parte di report presente nel report in uso.
.gif "Nota importante")
ImportanteIn ognuno di questi passaggi, verificare che le parti di report riutilizzate nei report provengano da percorsi e utenti attendibili.
Le parti di report utilizzano gli stessi criteri di autorizzazione del tipo di elemento risorsa esistente. Dal punto di vista dell'ereditarietà della sicurezza, all'interno di una cartella non esiste alcuna differenza tra gli elementi risorsa tradizionali e le parti di report. La parte di report eredita gli stessi criteri di autorizzazione delle immagini presenti nella stessa cartella. Quando occorre fare distinzione, è possibile configurare la sicurezza a livello di elemento per le parti di report desiderate. In alternativa, le parti di report devono essere posizionate in cartelle separate con le autorizzazioni desiderate configurate.
Vedere anche