Compartir a través de


Elegir entre el acceso URL y SOAP

Integrar Reporting Services en aplicaciones personalizadas puede resultar complicado. El reto, sin embargo, no es la complejidad del modelo de programación o API, sino las muchas maneras posibles de integrarlo. Reporting Services se diseñó desde el principio como una plataforma para programadores y, como tal, se ha creado teniendo en mente la flexibilidad de la 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 de informes de Reporting Services en las aplicaciones empresariales existentes.

La programación de Reporting Services admite una amplia variedad de escenarios.

Escenarios de programación de 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, integrar Reporting Services en las aplicaciones empresariales personalizadas requiere el uso tanto del acceso URL como de 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? ¿Cómo pueden pasar los usuarios finales con facilidad de un entorno Win32 a un entorno web? ¿Qué tipo de control necesita sobre el entorno y qué informes se ejecutan y administran?

Cuando haya respondido las preguntas anteriores, podrá decidir cómo integrar Reporting Services en la infraestructura de IT. 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 SOAP, tiene que diseñar y desarrollar su propia barra de herramientas del informe.

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

Para obtener más información acerca del acceso URL, vea Acceso URL.

El acceso URL es útil para ver los informes, pero no proporciona la funcionalidad de administración de espacios de nombres e informes que puede ser esencial para cualquier escenario con 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 de los informes a través del método Render de la API. Sin embargo, al ver los informes a través de la API SOAP, no se habilita la funcionalidad de vista integrada de la barra de herramientas de informe, ni se administra automáticamente la interactividad de los informes que el acceso URL proporciona.

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

En la mayoría de los casos, para satisfacer las necesidades de funcionalidad de informe se requieren tanto el acceso URL como las llamadas a SOAP. 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, mientras que el acceso URL se utiliza para obtener realmente acceso y navegar por informes individuales.

Para obtener un ejemplo sobre cómo combinar el acceso URL y el servicio web para proporcionar informes integrados, vea Ejemplos de SQL Server Reporting Services.