Выбор между доступом по URL-адресу и протоколу SOAP в Reporting Services

Область применения: SQL Server Reporting Services (2016) SQL Server Reporting Services (2017) ❌❌ Сервер отчетов Power BI✅

Интеграция Reporting Services в пользовательские приложения иногда бывает сложной задачей. Однако проблема не является сложностью модели программирования или API, но множество возможных способов ее интеграции. Службы Reporting Services были разработаны с нуля как платформы разработчика, и, как это, создается с учетом гибкости программирования. Но эта гибкость требует принять несколько важных решений при интеграции возможностей Reporting Services по управлению отчетами и перемещению по отчетам в существующие бизнес-приложения.

Примечание.

Начиная с SQL Server 2017 Reporting Services, для разработки решений используется доступ через API REST. Доступ через API SOAP является нерекомендуемым. Дополнительные сведения см. в разделе Разработка с помощью API REST для служб Reporting Services.

Существует два способа интеграции Reporting Services в пользовательские приложения: доступ по URL-адресу и API SOAP служб Reporting Services. Используемый способ определяется несколькими факторами. В некоторых случаях для интеграции Reporting Services в пользовательские бизнес-приложения необходимо использовать оба метода доступа: по URL-адресу и по протоколу SOAP. Для принятия решения следует ответить на следующие вопросы.

  • Какой тип функций создания отчетов в рамках предприятия необходим пользователям и администраторам? Нужно ли реализовать простой способ для запуска и просмотра отчетов или от пользовательского бизнес-решения требуются более широкие функции по управлению сервером отчетов?

  • В среде какого типа обычно работают пользователи? Относится ли бизнес-приложение к категории веб-приложений или приложений Windows? Насколько простым для пользователей окажется переход из среды Win32 в веб-среду? Какие необходимы средства управления средой, в которой работают и управляются отчеты?

Ответив на предыдущие вопросы, вы можете решить, как интегрировать службы Reporting Services в ИТ-инфраструктуру. Обычно доступ по URL-адресу является предпочтительным решением для просмотра отдельных отчетов и перемещению по отчетам. Доступ по URL-адресу позволяет быстро и свободно переходить по отчетам, не затрачивая ресурсы на использование веб-службы. Кроме того, в настоящее время доступ по URL-адресу является единственным способом программирования, в котором для перемещения по отчетам используется полнофункциональное средство просмотра HTML-страниц, включающее панель инструментов отчета. Наконец, доступ по URL-адресу обеспечивает более высокую производительность по сравнению с протоколом SOAP, поскольку он не выполняет упаковку и передачу SOAP-запросов, получаемых и отправляемых сервером. В сценариях интеграции, где требуется быстрый и простой доступ к отчетам со встроенными средствами для просмотра и навигации, доступ по URL-адресу будет лучшим выбором.

Примечание.

Доступ к серверу отчетов по URL-адресу поддерживает средство просмотра HTML-страниц и расширенные функции панели инструментов отчета. API SOAP не поддерживает такой тип отчетов, готовых для просмотра. Если отчеты готовятся к просмотру с помощью API SOAP, необходимо спроектировать и разработать собственную панель инструментов отчета.

Дополнительные сведения о панели инструментов отчета см. в разделе Средство просмотра HTML-страниц и панель инструментов отчета.

Дополнительные сведения о доступе по URL-адресу см. в разделе Доступ по URL-адресу.

Доступ по URL-адресу полезен для просмотра отчетов, но он не предоставляет функциональные возможности управления отчетом и пространством имен, которые могут быть важными для любого корпоративного сценария создания отчетов. В этом случае рекомендуется использовать широкие и разнообразные функции API SOAP служб Reporting Services. API SOAP позволяет управлять отчетами и развертывать их, создавать расписания, настраивать свойства сервера, управлять пространством имен сервера отчетов, создавать подписки и выполнять другие действия. API SOAP предоставляет доступ к полному набору функций управления Reporting Services. Он также позволяет просматривать отчеты и переходить по отчетам с помощью метода API Render. Однако просмотр отчетов с помощью API SOAP не включает встроенные функции просмотра панели инструментов отчета, а также не обрабатывает интерактивность отчета, доступ к которому предоставляетСЯ URL-адрес.

Дополнительные сведения об API SOAP служб Reporting Services см. в разделе Веб-служба сервера отчетов.

В большинстве случаев доступ по URL-адресу и вызовы SOAP необходимы для удовлетворения потребностей отчетов. SOAP используется при первоначальном подключении к базе данных сервера отчетов и представлении списка доступных отчетов в пользовательском интерфейсе. Доступ по URL-адресу используется для фактического доступа к отдельным отчетам и навигации по отдельным отчетам.

Пример того, как можно сочетать доступ по URL-адресу и веб-службу для интегрированной отчетности, см. на странице Образцы продуктов служб SQL Server Reporting Services.

Есть еще вопросы? Посетите форум служб Reporting Services.