эта статья http://www.novicksoftware.com/tipsandtricks/tips-erorr-handling-in-a-stored-procedure.htm заявляет о разработке SQL Server: «ошибки должны проверяться после каждого заявления о заинтересованности sql». Довольно расплывчатые онлайн-описания отладчика sql для TSQL не опровергают и не поддерживают это утверждение.
Итак, действительно ли это так, что хранимой процедурой, которую легко отлаживать, является 50% кода, выделенного для обнаружения ошибок? Или есть более эффективные способы сделать это, которые могут приблизиться к простоте обнаружения сбоев, с которыми мы знакомы при отладке на основе трассировки стека в современных средах программирования?
Является ли это областью, которая требует создания умных новых инструментов, чтобы заполнить пробелы, оставленные несовершенством существующей среды программирования, или той, которая призывает меня освоить программу и изучить какой-то известный современный метод чтобы это было сделано?
ETA: получил на пробу, спасибо. Более того, здесь Запись стека вызовов SQL Server при сообщении об ошибках - это обсуждение того, как эмулировать трассировку стека, поскольку внешняя трассировка стека еще не поддерживается SQL Server. Ну, по крайней мере, это то, как это можно эмулировать в вашей собственной кодовой базе, написанной после обзора статьи - с устаревшей кодовой базой без всего этого было бы сложнее иметь дело.