Есть такая глобальная проблема !

Исходные данные:
В таблицах MS SQL большинство проверок на целостность и непротиворечивость реализовано на основе стандартных средств (Keys, Checks, Allow Null и т.д.), что в принципе и рекомендуется.
Необходимо время от времени загружать данные из внешних таблиц с помощью SP.
При выполнении SP в QA все выполняется очень удобно - ошибки появляются в QA по мере их возникновения, коннект не обрывается, SP выполняется до конца. Я вижу все ошибки (штук 10-15) при загрузке, исправляю их в исходных таблицах (или даю задание на исправление, тем кто ввел эти данные) и со второго раза все загружается.
При выполнении из клиентсой программы ((CBuilder или Delphi)+ADO) при первой же ошибке, генерируется исключение, коннект обрывается, работа SP прекращается в произвольном месте. Т.о. все ошибки я исправлю только после 10-15 запусков SP, которая сама выполняется в среднем 20 мин.
Я пытался анализировать ошибки и дублировать их проверку в SP, но во-первых - это некрасиво, во-вторых SP очень сильно "разбухает" и "тормозит", в третьих - все ошибки все равно не проверишь, а еще и наделаешь новых.

Вопрос:
Можно ли клиентскую часть ((CBuilder или Delphi)+ADO) заставить вести себя как QA, т.е перехватывать сообщения об возникающих ошибках выводить их в отдельное окно без прекращения выполнения SP ?

Не совсем понял.
Вернее совсем не понял.
Вопрос в следующем - как обрабатывать возникающие в SP ошибки или собственные RAISERROR с продолжением работы SP (как в QA)

Пример SP:
Объявляю курсор на исходной таблице (около 50 столбцов и 250000 записей).
Открываю.
В цикле читаю по одной записи, делаю проверки и некоторые расчеты и по одной записи записываю в другую таблицу.
Закрываю курсор.
Освобождаю курсор.

Некоторые записи не могут быть вставлены (или обновлены) из-за того что не удовлетворяют условиям (check, not null, unique и др.). Возникает ошибка.
В QA - ошибка высветилась и SP продолжает работать дальше - в конце я вижу все ошибки.
В программе первая же ошибка вызывает исключение и прерывает работу SP.

To Denis

Ну твоему горю можно помочь.
Если используется компонент TADOQuery, то для выхода по таймауту
ADOQr->Connection->CommandTimeout=сколько_нужно // 0-бесконечно

Если используется TADOCommand, то свойство CommandTimeout есть в компоненте.

Если хочешь прервать запрос в любое время - то выполняешь его в асинхронном режиме (устанавливаешь нужные ExecuteOptions) и используешь метод Cancel(), когда нужно.

PS
Я использую CBuilder. Для Delphi - тоже самое только вместо стрелок точки.

Что значит никак.
А как же тогда Query Analyzer это делает?
Он преспокойно выводит сообщения об ошибках и продолжает выполнять SP.

И вообще это абсолютно нелогичное поведение программы.
Зачем я тогда закрываю курсор и снимаю блокировки в конце SP, если она обрывается в произвольном месте.

To Tygra

Во-первых ошибок в процедуре НЕТ. Ошибки могут быть лишь в загружаемых данных.
Во-вторых, чтобы понять зачем выполнять процедуру до конца нужно ВНИМАТЕЛЬНО прочитать вопрос.
В-третьих поведение НЕЛОГИЧНОЕ потому, что в любом случае при ошибке или нет ресурсы должны освободиться - курсоры закрыться и освободиться, а блокировки сняться.
Это аналогично тому, что при ошибке в программе написанной на Delphi в памяти остается "мусор" из неуничтоженных компонентов массивов и т.д.