Ситуация:
бизнес-логика приложения построена на sp.
информирование клиента о попытках нарушить правила построено на использовании RaiseError по примеру:
проверка правила
если нарушено то
raiserror('Клиент нарушил правило...',16,1,1)
rollback tran
return
В полный рост применяются вложенные процедуры.
Клиент - приложение на VB с ADO 2.5

Проблемы:
1. В некоторых случаях клиент НЕ обрабатывает ошибки - в Query Anal ошибки видны. Как правило,
такое происходит, если ошибка возникает во вложенной sp.
2. На машине разработчика ошибки обрабатываются нормально, на машинах других пользователей - ошибка происходит,
транзакция откатывается, но ошибка не "отлавливается". Хотя, возможно, это зависит не от машин, а от системной
политики.

Вот так. Если кто что знает, сообщите в конференции или пишите anatolys@rambler.ru

Нет. Бизнес-правила проверяются явно. Ссылочная целостность в данном случае не достаточно функциональна.

Я разобрался. Уф.
В действительности, если процедура
возвращает данные, неважно, выборки, или кол-во строк,
ADO не отлавливает ошибку.
Если поставить в процедуре первого уровня nocount on и
избавиться от явных выборок (не присвоений типа select @qwe = qwe ...)
то все становится хорошо, ошибки отлавливаюся :)
Интересно было бы узнать интерпретацию данной ситуации
- это глюк или фича :)