VENDITE: 1-800-867-1389

Creare report per il servizio di report SQL

Aggiornamento: maggio 2014

ImportantImportante

Di seguito vengono fornite informazioni introduttive sulla creazione e la pubblicazione di report in server di report .

È possibile utilizzare Generatore report 3.0 o Progettazione report in SQL Server Data Tools per la creazione di report:

Generatore report è considerato più semplice da capire e utilizzare, ma SQL Server Data Tools offre funzionalità aggiuntive che potrebbero essere necessarie per la gestione di un progetto di grandi dimensioni, ad esempio se occorre distribuire più report e origini dati condivise in un numero ridotto di passaggi.

I report possono utilizzare informazioni di connessione a origini dati condivise o incorporate. Le informazioni sulle origini dati incorporate sono archiviate nel report e sempre associate a esso. Le origini dati condivise sono invece oggetti indipendenti. Pertanto, l'associazione non avviene sempre automaticamente. Se si scelgono origini dati condivise (scelta consigliata), crearle e utilizzarle nei modi seguenti:

  1. Quando si creano report in SQL Server Data Tools, è possibile creare le origini dati condivise nell'ambito del progetto. Nel progetto server di report, distribuire report e origini dati condivise insieme per associarle le informazioni su queste ultime al report.

  2. Quando si creano report in Generatore report, è consigliabile creare innanzitutto l'origine dati condivisa nel servizio di report SQL e quindi sceglierla per il report in modo da stabilire l'associazione automatica tra l'origine dati condivisa e il report.

Per ulteriori informazioni, vedere Creare un'origine dati condivida (report SQL di Azure) e Configure a Report to use a SQL Reporting Data Source in Report Builder.

Gli autori di report necessitano delle informazioni seguenti per accedere ai dati per un report:

  • Account di accesso, nome utente e password per il database SQL: un amministratore del database SQL deve creare un account di accesso che fornisca almeno l'accesso in sola lettura alle tabelle o viste di database e autorizzazioni di esecuzione per le stored procedure o le funzioni per il recupero dei dati dal database.

  • Creare origini dati incorporate o condivise: un autore di report specifica le informazioni di connessione all'origine dati utilizzate nel report. È consigliabile creare origini dati condivise che possano essere gestite nel server. Un'origine dati condivisa può essere creata in anticipo. È necessaria un'origine dati condivisa per ciascun database. Potrebbe essere inoltre necessario creare altre origini dati per lo stesso database se si desidera variare il tipo di credenziali. A seconda del set di dati potrebbe essere preferibile utilizzare credenziali su richiesta oppure credenziali archiviate.

  • Query: un amministratore del database SQL può fornire query che restituiscono i dati necessari in un report. Indicare all'amministratori i campi che si desidera utilizzare e chiedere di evitare l'aggregazione dei dati nella query in modi che limitino le possibilità di organizzazione delle informazioni nel report. Se, ad esempio, si aggiunge un set di valori in un report, per i quali è già stata calcolata la media in una query, non si ottengono risultati accurati. Quando si scrive una query, trovare il giusto compromesso tra il restituire solo i dati necessari in un report e il restituire i dati di interesse che possono quindi essere raggruppati e ordinati nel report in base alle necessità.

    È possibile richiedere un set di query che implementano la funzionalità dei parametri di propagazione, in cui un lettore di report può selezionare un set di parametri che consentono l'applicazione di filtri successivi. Per ulteriori informazioni, vedere la lezione sull'aggiunta di parametri di propagazione nell'esercitazione relativa ai parametri in Esercitazioni (SSRS).

Internamento, le credenziali di database per l'accesso alle origini dati vengono salvate separatamente rispetto alla definizione del report nel server di report. Nella definizione dell'origine dati è incluso il tipo di credenziali da utilizzare, ma non sono incluse le password. Le password vengono archiviate in modo sicuro nel server di report, indipendentemente dalla definizione del report. L'utilizzo di origini dati condivise aiuta a gestire le credenziali in un'unica posizione.

In alternativa, un autore di report può impostare le credenziali per l'origine dati su Chiedi. Dopo che i lettori di report accedono al portale di , devono digitare una coppia di nome utente e password per il database SQL per ogni origine dati necessaria all'esecuzione del report.

Torna all'inizio

Scegliere SQL Server Data Tools se si desidera distribuire o gestire più report e origini dati condivise in una sola operazione. SQL Server Data Tools consente di creare più report e origini dati in una singola soluzione. È possibile distribuire la soluzione per il caricamento bulk di più report e origini dati contemporaneamente.

Se tra i requisiti del progetto è inclusa la distribuzione rapida o la distribuzione ripetibile, ad esempio si intende creare e ritirare le istanze del servizio in modo frequente, l'utilizzo di una soluzione per organizzare i report permette di pubblicare rapidamente molti report. Nella piattaforma Azure le aziende creano comunemente servizi e database utilizzati su base temporanea. Se le esigenze di hosting dei report sono flessibili, è possibile compilare ed eliminare rapidamente un servizio di creazione report, quando non è più necessario.

Si tenga presente che nel servizio di report SQL di Azure, non è possibile scaricare, salvare o caricare il database del server di report che contiene tutti i report, gli elementi, gli account e le autorizzazioni. Il modo migliore per la gestione bulk di più report consiste nell'utilizzare una soluzione e SQL Server Data Tools.

Se si ha familiarità con la creazione di report di Reporting Services, si noterà una certa analogia nelle funzionalità di progettazione di report per quanto riguarda i report creati per e per . Per informazioni sulle differenze, esaminare gli argomenti seguenti prima di iniziare.

Uno scenario di alto livello per la progettazione di un report include i passaggi seguenti:

  • Creare origini dati con stringhe di connessione ai database . È necessario collaborare con l'amministratore di ogni database per ottenere credenziali e accesso da nel computer client.

  • Nella progettazione query associata all'origine dati scrivere una query del set di dati per specificare i dati da recuperare. È possibile sviluppare la query anche in uno strumento diverso da e incollarla nella progettazione query. È necessario creare un set di dati per ogni set di risultati della query che si desidera utilizzare in un report.

  • Per ogni set di dati, aggiungere un'area dati come una tabella o un grafico per visualizzare i dati.

  • Visualizzare in anteprima il report. È necessario fornire credenziali per ogni origine dati nel report.

  • Pubblicare il report nel server di report .

  • Visualizzare il report in un'applicazione Report Microsoft creata contenente un controllo Visualizzatore report che punta al report pubblicato. In alternativa, è possibile accedere alla sottoscrizione di e visualizzare il report in un browser.

La documentazione online in MSDN Library include articoli su tutti gli aspetti della creazione di report, inclusi set di dati e origini dati, layout dei report, tabelle e matrici e visualizzazione dei dati. Per ulteriori informazioni, vedere Progettazione di report in Progettazione report e Generatore report 3.0 (SSRS).

Se si sceglie Generatore report 3.0, è possibile caricare i report utilizzando il portale di gestione.

Per i collegamenti alle risorse su come creare report, vedere la pagina relativa alla panoramica del servizio di report SQL.

Per report di esempio ed esempi di report incorporati, vedere la pagina relativa agli esempi del servizio di report SQL.

Dopo aver pubblicato report in un server di report , è possibile procedere scegliendo tra una delle guide seguenti:

Vedere anche

Il documento è risultato utile?
(1500 caratteri rimanenti)
Grazie per i commenti inviati.
Mostra:
© 2014 Microsoft