¿Hay un reemplazo para Transact-SQL

Question

Por primera vez en muchos años que he estado haciendo un poco de programación T-SQL en SQL Server 2008 y había olvidado lo mal el lenguaje realmente es: el control

• Flujo (todas las cosas de principio/fin) se siente torpe
• El manejo de excepciones es deficiente. Las excepciones no burbujean de la misma manera que lo hacen en cualquier otro idioma. No hay re-lanzamiento a menos que se codifican por sí mismo y la función raiserror ni siquiera está escrita correctamente (esto me causó algunos dolores de cabeza!)
• manejo de cadenas es pobre
• El único tipo de secuencia es una mesa. Tuve que escribir una función para dividir una cadena basada en un delimitador y tuve que almacenarla en una tabla que tenía las partes de la secuencia junto con un valor que indica la posición de la secuencia.
• Si necesita hacer una búsqueda en el proceso almacenado, manipular los resultados es doloroso. Usted tiene que utilizar los cursores o cortar juntos un bucle while con una búsqueda anidada si los resultados contienen algún tipo de ordenar la columna

Me di cuenta que podía codificar hasta mis procedimientos almacenados usando C#, pero esto requerirá para conceder permiso al servidor para permitir funciones CLR, que no es una opción en mi lugar de trabajo.

¿Alguien sabe si hay alternativas a T-SQL dentro de SQL Server, o si hay algún plan para introducir algo? Seguramente tiene que haber una alternativa más moderna ...

PD: Esto no pretende iniciar una guerra de llama, estoy realmente interesado en cuáles son las opciones.

Answer 1

No hay nada de malo en T-SQL; hace el trabajo para el que estaba destinado (excepto tal vez para la adición de estructuras de control de flujo, ¡pero estoy divagando!).

Quizás eche un vistazo a LINQ? Puede escribir CLR Stored Procedures, pero no lo recomiendo a menos que sea por alguna característica que falta (o manejo de cadenas pesadas).

Answer 2

desde mi punto de vista única alternativa a T-SQL en SQL Server es no utilizar SQL Server

Según su punto de picaduras de manejo delimitador pizca, Desde donde cames estas cadenas? Puede probar los servicios de integración y los "paquetes de ssis" para convertir datos de uno a otro. También hay una buena forma de acceder a datos que no son SQL a través de Servidores Vinculados,

Answer 3

Todos los otros lenguajes de procedimientos almacenados de bases de datos (PL/SQL, SQL/PSM) tienen los mismos problemas. Personalmente, creo que estos lenguajes son los correctos para lo que están destinados a ser utilizados: se usan mejor para hacer lógica basada en datos de código, especialmente. si quieres reutilizar eso para múltiples aplicaciones.

Así que supongo que mi pregunta es para usted, ¿por qué quiere que su programa se ejecute como parte del proceso del servidor de la base de datos? ¿No es eso lo que intentas resolver mejor en el nivel de aplicaciones o middleware? Allí puede tomar cualquier idioma o herramienta de procesamiento de datos de su elección.