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. http://msn.foxsports.com/fslasc/
