Información general acerca de los servicios Web XML nativos
Esta característica se quitará en una versión futura de Microsoft SQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan.
En este tema se comparan los servicios web XML nativos de Microsoft SQL Server con Microsoft SQLXML, se describe cómo funcionan los servicios web XML nativos y se enumeran algunas de las ventajas que ofrecen dichos servicios.
El uso de los servicios Web XML nativos se desaconseja en los siguientes escenarios:
Aplicaciones con accesos simultáneos en tiempo real con transacciones de corta duración.
Ampliación horizontal de un conjunto de servidores.
Como sustituto del nivel intermedio, especialmente en los entornos donde la arquitectura de la aplicación tiene unas demandas de lógica empresarial a gran escala que se acomodan mejor en componentes de nivel intermedio.
Comparar los servicios Web XML nativos con SQLXML
Antes de SQL Server 2005, para obtener acceso a una base de datos SQL Server era necesario utilizar la secuencia de datos tabular (TDS). TDS es un protocolo de propiedad que debe ser compatible con los clientes de escritorio basados en Windows. A veces, los clientes SQL Server deben utilizar Microsoft Data Access Components (MDAC). La pila MDAC se instala en el equipo cliente que se conecta a SQL Server. Para SQL Server, SQLXML 3.0 es un componente de nivel intermedio que admite el acceso basado en Web a SQL Server, pero Internet Information Services (IIS) también debe utilizarse.
A partir de SQL Server 2005, al combinar el uso de HTTP y SOAP, los servicios web XML nativos constituyen una alternativa para los entornos que no son Windows, tal y como se muestra en la siguiente ilustración.
.gif "Comparar los servicios web XML nativos con SQLXML")
Puesto que ya no existe la necesidad de instalar MDAC en el cliente o SQLXML con su dependencia en el nivel intermedio en IIS, el acceso SOAP y HTTP ofrece una mayor variedad de clientes para obtener acceso a SQL Server. Entre ellos se incluyen los clientes de aplicaciones Web que utilizan aplicaciones cliente existentes, como un explorador Web. Los servicios Web XML nativos facilitan el trabajo con Microsoft .NET Framework, Microsoft SOAP Toolkit, Perl y otros sistemas operativos y herramientas de desarrollo Web.
En la siguiente tabla se muestran algunas de las características que ofrece cada tecnología.
Servicios Web XML nativos |
Microsoft SQLXML |
|---|---|
|
|
Funcionamiento de los servicios Web XML nativos
Para utilizar los servicios Web XML nativos en SQL Server, debe establecerse un extremo HTTP en el servidor. Este extremo es básicamente la puerta de enlace a través de la cual los clientes basados en HTTP pueden enviar consultar al servidor. Tras establecer un extremo HTTP, los procedimientos almacenados o las funciones definidas por los usuarios pueden agregarse o hacer que estén disponibles para los usuarios del extremo. Esto puede suceder cuando el extremo se crea o llena. Cuando se habilitan, los procedimientos y las funciones se especifican como métodos Web. Un servicio Web es un conjunto de métodos Web diseñado para utilizarse conjuntamente.
Estos servicios Web pueden describirse utilizando el formato WSDL. El formato WSDL lo genera normalmente una instancia de SQL Server y se devuelve a los clientes SOAP para cualquier extremo HTTP en el que WSDL esté habilitado, tal y como se muestra en la siguiente ilustración. Si es necesario, el formato WSDL puede ser una solución personalizada en lugar de una generada por SQL Server. De manera opcional, el extremo puede configurarse para que no responda a las solicitudes WSDL.
.gif "Cómo funcionan los servicios web XML nativos")
Después de este proceso, los conjuntos de servicios Web habilitados para SQL Server pueden implementarse y utilizarse para ayudar a generar y llenar Service-Oriented Architecture (SOA). Para obtener más información, busque la palabra clave "SOA" en la biblioteca en línea MSDN Library en este sitio Web de Microsoft.
Ventajas de usar los servicios Web XML nativos
Una instancia de SQL Server que pueda funcionar como un servicio Web XML propio ofrece las siguientes ventajas:
Cualquier aplicación de servicio Web puede obtener acceso a una instancia de SQL Server
Se trata de la ventaja más importante. Puesto que los servicios Web XML nativos se basan en tecnologías de uso muy extendido como XML y HTTP, cualquier dispositivo que pueda analizar XML y emitir solicitudes HTTP puede ahora tener acceso a SQL Server. Esto ofrece un mayor acceso a SQL Server en entornos heterogéneos en los que las aplicaciones que se ejecutan en sistemas operativos que no son Windows puedan necesitar la conectividad a SQL Server. Tradicionalmente, para estos casos la única solución disponible ha consistido en usar controladores de Conectividad Java de bases de datos (JDBC) o Conectividad abierta de bases de datos (ODBC). Los servicios Web XML nativos en SQL Server ofrecen otra alternativa de bajo costo. Por ejemplo, esta característica podría ser útil en escenarios donde un administrador de base de datos dispone de un script escrita en Perl que se ejecuta en sistemas operativos que no son Windows para administrar un recurso SQL Server.
Integración mejorada con los conjuntos de herramientas de desarrollo Web de Microsoft y de terceros
Con los servicios Web XML nativos, los resultados de las consultas SQL se devuelven en formato XML. Mediante el uso de esquemas predefinidos, los entornos inteligentes de desarrollo integrado (IDE) que incluyen compatibilidad SOAP/HTTP integrada, como Microsoft Visual Studio 2005 o JBuilder, pueden beneficiarse de los servicios Web XML para ayudar a generar el código proxy que abstrae la comunicación con una instancia de SQL Server. La mayoría de veces, IDE generas y proporciona los objetos que las aplicaciones cliente pueden utilizar para el acceso a los datos basados en Web.
Compatibilidad mejorada para clientes móviles conectados de forma intermitente o poco precisa
El uso de los servicios Web XML nativos también permite obtener acceso a una instancia de SQL Server en cualquier momento y lugar. De esta manera es mucho más sencillo desarrollar aplicaciones para los dispositivos móviles o que se conectan de forma intermitente. Cuando se ha establecido la conexión y el servidor ha iniciado las solicitudes de procesamiento, el servidor puede supervisarse utilizando los mecanismos existentes que están disponibles para los clientes tradicionales basados en red que utilizan TDS y SQL Server Net-Libraries.
Medidas de seguridad integradas en el servidor para reducir la necesidad de implementar firewalls adicionales
Los servicios web XML nativos ofrecen un nivel integrado de seguridad para el acceso Web. A diferencia de los servidores Web normales, los extremos HTTP creados para el uso de SQL Server no permiten el acceso anónimo de usuarios. Para crear extremos, primero es preciso establecer los privilegios administrativos del sistema en el servidor y los extremos solamente exponen los métodos almacenados que se han hecho públicos cuando se configuran los extremos.
Vea también