Впервые за годы я делал некоторое программирование T-SQL в SQL Server 2008 и забыл, как плохо язык действительно:
Я понимаю, что мог кодировать свои хранимые процедуры с помощью C#, но это потребует, чтобы управление правами сервер позволило функции CLR, который не является опцией на моем рабочем месте.
Делает любой знает, существуют ли какие-либо альтернативы T-SQL в SQL Server, или если существуют любые планы представить что-то. Конечно, там получен, чтобы быть более современной альтернативой...
PS: Это не предназначается для запуска войны пламени, я действительно интересуюсь тем, каковы опции.
В T-SQL нет ничего плохого; он выполняет ту работу, для которой был предназначен (за исключением, возможно, добавления структур потока управления, но я отвлекся!).
Может быть, взгляните на LINQ ? Вы можете написать Хранимые процедуры CLR , но я не рекомендую это делать, если это не связано с отсутствием какой-либо функции (или тяжелой обработки строк).
Все остальные языки хранимых процедур баз данных (PL / SQL, SQL / PSM) имеют примерно те же проблемы. Лично я считаю, что эти языки идеально подходят для того, для чего они предназначены - их лучше всего использовать для выполнения логики кода, управляемой данными, особенно. если вы хотите повторно использовать это для нескольких приложений.
Думаю, мой встречный вопрос к вам: почему вы хотите, чтобы ваша программа выполнялась как часть процесса сервера базы данных? Разве то, что вы пытаетесь сделать, лучше не решается на уровне приложений или промежуточного программного обеспечения? Там вы можете выбрать любой язык или любой инструмент обработки данных по вашему выбору.
С моей точки зрения, единственная альтернатива T-SQL в SQL Server - НЕ использовать SQL Server
Согласно вашей точке обработки строк с разделителем, Откуда эти строки? {{1} } Вы можете попробовать службы интеграции и "пакеты ssis" для преобразования данных из одних в другие. Также есть удобный способ доступа к данным, не относящимся к SQL, через связанные службы,