Scegliere tra accesso con URL e SOAP in Reporting Services

Si applica a: SQL Server Reporting Services (2016) ❌ SQL Server Reporting Services (2017) ❌ Server di report di Power BI

L'integrazione di Reporting Services nelle applicazioni personalizzate può risultare complessa. La sfida, tuttavia, non è la complessità del modello di programmazione o delle API, ma i molti modi possibili per integrarlo. Reporting Services è stato progettato da zero come piattaforma per sviluppatori e, di conseguenza, è basato sulla flessibilità di programmazione. Alla flessibilità è associata l'esigenza di prendere decisioni importanti relativamente all'integrazione delle funzionalità di navigazione e gestione dei report di Reporting Services nelle applicazioni aziendali esistenti.

Nota

A partire da SQL Server 2017 Reporting Services, è disponibile l'accesso all'API REST per lo sviluppo di soluzioni. L'accesso all'API SOAP è stato deprecato. Per altre informazioni, vedere Sviluppare con le API REST per Reporting Services.

È possibile integrare Reporting Services nelle applicazioni personalizzate in due modi, ovvero tramite l'accesso con URL e l'API SOAP di Reporting Services. La modalità da utilizzare dipende da diversi fattori. In alcuni casi, l'integrazione di Reporting Services nelle applicazioni aziendali personalizzate richiede l'uso dell'accesso con URL e di SOAP. È necessario porsi le domande seguenti:

  • Quali tipi di funzionalità di creazione di report aziendali sono necessari? È necessario disporre di un modo semplice per avviare e navigare tra i report oppure sono necessarie caratteristiche di gestione del server di report più avanzate per la soluzione aziendale personalizzata?

  • In quale tipo di ambiente operano in genere gli utenti? L'applicazione aziendale è un'applicazione Web o un'applicazione Windows? Con quanta facilità gli utenti finali possono passare da un ambiente Win32 a un ambiente Web? Quale tipo di controllo è necessario sull'ambiente in cui i report vengono eseguiti e gestiti?

Dopo aver risposto alle domande precedenti, è possibile decidere come integrare Reporting Services nell'infrastruttura IT. In genere, l'accesso con URL è preferibile per la visualizzazione e la navigazione di singoli report. L'accesso con URL consente di navigare tra i report in modo semplice e rapido senza l'overhead del servizio Web. L'accesso con URL, inoltre, è attualmente l'unica tecnica di programmazione che utilizza la versione completa del Visualizzatore HTML per la navigazione dei report, che include la barra degli strumenti dei report. L'accesso con URL garantisce inoltre prestazioni migliori rispetto a SOAP in quanto consente di ignorare il marshalling delle richieste SOAP da e verso il server. Negli scenari di integrazione in cui è necessario poter accedere in modo rapido e semplice ai report con gli strumenti predefiniti di visualizzazione e navigazione, l'accesso con URL rappresenta la scelta migliore.

Nota

L'accesso con URL al server di report supporta il Visualizzatore HTML e la funzionalità estesa della barra degli strumenti dei report. L'API SOAP non supporta questo tipo di report visualizzabile. Se si esegue il rendering dei report usando l'API SOAP, progettare e sviluppare una barra degli strumenti dei report personalizzata.

Per altre informazioni sulla barra degli strumenti dei report, vedere Visualizzatore HTML e barra degli strumenti dei report.

Per altre informazioni sull'accesso con URL, vedere Accesso con URL.

L'accesso con URL è utile per la visualizzazione dei report, ma non fornisce la funzionalità di gestione dei report e dello spazio dei nomi che può essere essenziale per qualsiasi scenario di creazione di report aziendali. In questo caso, è consigliabile utilizzare le ampie e ricche funzionalità dell'API SOAP di Reporting Services. Con l'API SOAP è possibile gestire e distribuire report, creare pianificazioni, configurare le proprietà del server, gestire lo spazio dei nomi del server di report, creare sottoscrizioni e altro ancora. L'API SOAP espone il set completo di funzionalità di gestione in Reporting Services. L'API SOAP può consentire inoltre la visualizzazione e la navigazione dei report tramite il metodo Render dell'API. Tuttavia, la visualizzazione dei report tramite l'API SOAP non abilita la funzionalità di visualizzazione predefinita della barra degli strumenti del report, né gestisce automaticamente l'interattività del report fornita dall'accesso tramite URL.

Per altre informazioni sull'API SOAP di Reporting Services, vedere Servizio Web ReportServer.

Nella maggior parte dei casi, l'accesso agli URL e le chiamate SOAP sono entrambi necessari per soddisfare le esigenze di creazione di report. SOAP viene utilizzato per la connessione iniziale al database del server di report e la presentazione dell'elenco disponibile di report in un'interfaccia utente. L'accesso con URL viene usato per accedere e esplorare i singoli report.

Per un esempio di uso dell'accesso con URL in combinazione con il servizio Web per offrire funzionalità di creazione di report integrate, vedere SQL Server Reporting Services Product Samples (Esempi del prodotto SQL Server Reporting Services).

Altre domande? Visitare il forum su Reporting Services