Elección entre acceso URL y SOAP en Reporting Services

Se aplica a: SQL Server Reporting Services (2016) ❌ SQL Server Reporting Services (2017) ❌ Power BI Report Server

Integrar Reporting Services en aplicaciones personalizadas puede resultar complicado. Sin embargo, el desafío no es la complejidad del modelo de programación o las API, pero las muchas formas posibles de integrarlo. Reporting Services se diseñó desde cero como plataforma para desarrolladores y, como tal, se ha creado teniendo en cuenta la flexibilidad de programación. Con la flexibilidad viene la necesidad de tomar decisiones importantes sobre cómo integrar la funcionalidad de la administración y navegación en informes de Reporting Services en las aplicaciones empresariales existentes.

Nota

A partir de SQL Server 2017 Reporting Services, el acceso de API de REST está disponible para el desarrollo de soluciones. El acceso de API de SOAP está en desuso. Para más información, vea Desarrollar con las API de REST para Reporting Services.

Hay dos maneras de integrar Reporting Services en las aplicaciones personalizadas: el acceso URL y la API SOAP de Reporting Services. Cuál usar depende de varios factores. En algunos casos, la integración de Reporting Services en las aplicaciones empresariales personalizadas exige el uso de acceso URL y SOAP. Debería formular las preguntas siguientes:

• ¿Qué tipo de funcionalidad de informes empresariales requieren usted o sus usuarios finales? ¿Necesita una manera simple de iniciar y navegar por los informes, o más características avanzadas de administración de servidores de informes con la solución empresarial personalizada?

• ¿En qué tipo de entorno trabajan los usuarios normalmente? ¿La aplicación empresarial está destinada a la Web o a Windows? ¿Les resulta fácil a los usuarios finales pasar de un entorno Win32 a un entorno web? ¿Qué tipo de control necesita sobre el entorno y qué informes se ejecutan y administran?

Después de responder a las preguntas anteriores, puede decidir cómo integrar Reporting Services en la infraestructura de TI. Normalmente, el acceso URL es más adecuado para ver informes individuales y navegar por ellos. El acceso URL permite navegar libre y rápidamente por los informes sin la sobrecarga del servicio web. Asimismo, el acceso URL es, en este momento, la única técnica de programación que utiliza el Visor HTML completo para la navegación por el informe, incluida su barra de herramientas. Además, el acceso URL proporciona mejor rendimiento que SOAP porque omite el cálculo de referencias de las solicitudes SOAP que proceden del servidor o se dirigen a él. En escenarios de integración que requieren un acceso rápido y fácil a los informes con herramientas integradas para la visualización y navegación, el acceso URL es la mejor opción.

Nota

El acceso URL del servidor de informes admite el Visor HTML y la funcionalidad extendida de la barra de herramientas del informe. La API SOAP no admite este tipo de informe representado. Si representa informes mediante la API de SOAP, diseñe y desarrolle su propia barra de herramientas de informes.

Para más información sobre la barra de herramientas de informes, vea Visor HTML y la barra de herramientas del informe.

Para más información sobre el acceso URL, vea Acceso URL.

El acceso a direcciones URL es útil para ver informes, pero no proporciona la funcionalidad de administración de espacios de nombres y informes que puede ser esencial para cualquier escenario de informes empresariales. En este caso, se recomienda la variada y completa funcionalidad de la API SOAP de Reporting Services. Con la API SOAP, puede administrar e implementar informes, crear calendarios, configurar las propiedades del servidor, administrar el espacio de nombres del servidor de informes, crear suscripciones, etcétera. La API SOAP expone el conjunto completo de funcionalidad de administración en Reporting Services. La API SOAP también puede habilitar la visualización y navegación en los informes a través del método Render de la API. Sin embargo, la visualización de informes a través de la API SOAP no habilita la funcionalidad de visualización integrada de la barra de herramientas del informe, ni controla automáticamente la interactividad del informe que proporciona el acceso a la dirección URL.

Para más información sobre la API de SOAP de Reporting Services, vea Servicio web del servidor de informes.

En la mayoría de los casos, tanto el acceso url como las llamadas SOAP son necesarias para satisfacer sus necesidades de informes. SOAP se usa al conectarse inicialmente a la base de datos del servidor de informes y presentar la lista disponible de informes en una interfaz de usuario. El acceso url se usa para acceder a informes individuales y navegar por ellos.

Para obtener un ejemplo de cómo combinar el acceso URL y el servicio web para proporcionar informes integrados, vea SQL Server Reporting Services Product Samples (Ejemplos del producto SQL Server Reporting Services).

¿Tiene alguna pregunta más? Puede plantear sus dudas en el foro de Reporting Services.