WEB SERVICES vs SQL SERVER

Por un lado:

En SQL Server 2005, utilizando Visual Studio 2005 puedes crearte un nuevo
proyecto de BBDD, en el cual a su vez te puedes crear un procedimiento
almacenado.

Dicho procedimiento almacenado, tiene la peculiaridad de que lo estás
desarrollando con .Net, pero lo vas a poder ejecutar desde dentro de la BBDD.
En consecuencia, tienes a tu disposición el modelo de objetos de .Net,
incluyendo llamada a WebService, ADO.Net, etc.

Otras opciones que puedes mirar, son:
- Service Broker. Te permite, por ejemplo, enlazar la lógica de dos BBDD
SQL2005 mediante una infraestructura basada en SOA, en consecuencia, con
WebServices. Todo gestionado por la BBDD. Obviamente, teniendo en cuenta que
puedes programar procedimientos almacenados, trigger, funciones, etc. con
Visual Studio, las posibilidades son bárbaras. Su filosofía se trata de
definir los tipos de mensajes y como se entremezclan (como si fuera el orden
de las frases de una conversación).
- Native HTTP Support. Te permite exponer objetos de tu BBDD como
WebServices. Pues hombre... está bien... total, en ocasiones hacemos un
WebService que apenas se limita ha invocar un procedure y devolver el
resultado, genial.

Espero te pueda ser de ayuda,
Guillermo Roldán


"Isaias" wrote:

¿Alguien tiene información de COMO SE INTEGRAN estas dos herramientas?

¿Se puede hacer directamente desde SQL SERVER, la consulta a algun WEB
SERVICES? o debe ser mediante .NET

Saludos
IIslas