Hola, bueno eso dependera de cómo armes la arquitectura de tu aplicación, antes de 2005 la base de datos era algo mas simple, ahí simplemente se guardaban datos y podias hacer una que otra funcion interesante, lo complejo lo tenias que hacer afuera. Ahora (y no solo MS) las bases de datos estan evolucionando y no son solo un repositorio, no solo podes escribir tu logica compleja sino que por ejemplo en 2005 hasta podes hacer web service con SQL.
Hay una nueva forma de hacer las cosas llamada arquitectura SODA (Bases de datos Orientadas a Servicios) y en 2005 podes hacer SODA. Yo tengo clientes que han desarrollado usando todo el poder de 2005 y en el cliente solo han puesto la interfaz de usuario, estan bastante contentos y tiene bastantes ventajas hacerlo asi, como tambien recaudos a tomar. Yo particularmente uso CLR dentro de SQL para hacer cosas complejas que TSQL no me deja pero la logica de negiocios dentro de SQL con CLR se podria implementar lo mas bien, es una cuestion de diseño y gustos, si siempre vas a usar SQLServer no seria una mala idea, de hecho pasar tu actual regla de negocios externa a SQL interna no es algo dificil. Saludos Maximiliano Damian Accotto Microsoft MVP en SQLServer SQL Total Consulting Bogota 3631 P3B 1407 Buenos Aires-Argentina Movil: (011)-15-5868-5599 Desde el exterior: (+54-911)-5868-5599 <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Ricardo Crespini Enviado el: viernes, 18 de julio de 2008 06:47 p.m. Para: Maxi Asunto: [dbms] Objetos en la base con .Net Framework Buenas tardes, tengo entendido que desde SQL 2005, podemos escribir stored procedures o triggers con lenguajes de .Net. Incluso que se pueden definir tipos de datos. He leído en BOL que un SP / trigger o UDF escrito así podría resolver "cálculos complejos" que resultarían muy dificiles o imposibles de manejar con T-SQL. También en BOL mencionan como una ventaja que se podría acceder a la librería de clases del Framework. Ahora, yo me pregunto: Si en una app se deben realizar cálculos complejos o usar librerías especiales, no se deberían implementar esas funciones en el lado cliente ? Entiendo que si el motor devuelve los datos "crudos" y el cliente se ocupa de los manejos complejos, no "distraigo" la potencia de procesamiento del motor en realizar tareas que puede realizar otro componente. Uds. que opinan ? Alguien que haya usado esta funcionalidad, podría mencionar para que situación la aplicó ? Gracias para todos, Ricardo. _____ Ingresá ya a MSN Deportes y enterate de las últimas novedades del mundo deportivo. MSN Deportes <http://msn.foxsports.com/fslasc/>
