Как вы организовываете возврат ошибок из хранимых процедур?

Интересен следующий момент - как бы лучше давать знать о том, что какая-то хранимка завершилась с ошибкой? например, я из кода на C# хочу произвести добавление в таблицу А, в которой есть 2 ограничения уникальности, если я отправлю просто команду на sql server на подобие "insert into...", то там может вылететь эксепшн, что вот мол ограничение целостности нарушено, НО юзеру же не покажешь такую ошибку и в то же время по ней не определишь же какое именно ограничение было нарушено(нет, конечно можно определить, НО я же не буду сотни проверок ради этого ставить типа если это ограничение с названием таким, то показать сообщение об ошибке такое и т.д.)

В то же время, хранимка может вернуть только число, да я могу скажем возвращать код ошибки, типа если меньше 0, то ошибка и допустим выдирать из какой-то таблицы самописной где будут перечислены коды ошибки и сообщения об ошибках, но опять таки, делать еще один запрос ради этого, ну не знаю, или нормальный вариант?

Еще как вариант можно же прям внутри хранимки делать RAISERROR а на клиенте просто ловить эксешпн и выкидывать юзеру сообщение эсепшена, а в хранимке например будут эксепшены с сообщениями на подобие "Категория с таким именем уже существует". Или же это не очень удачное решение?

Хотел делать это через функции, тогда бы мог сретурнить VARCHAR с сообщением, но как оказалось, в функции нельзя вызывать инсерты и прочее

в общем ваше мнение?)

0

как вариант - на C#: try{ ... } catch(SqlException se){MessageBox.Show(se.Message);}

1

Ну я и говорю об этом, нормальный ли вариант из хранимки делать RAISERROR ? или все-таки лучше возвращать из нее код ошибки, например -1, при отрицательном коде лезть в какую-нибудь таблицу, где будет лежать само сообщение?

Просто если попытаться добавить запись и срабатывает ограничение, то он же тоже генерит эксепшн, и судя по всему он не критический, я вот думаю может тоже не париться, а просто делать RAISERROR и присвоить ему например 12й уровень какой-нибудь)

0

если отлавливать по коду возврата, то неожиданное исключение приведет к сбою в работе программы; а раз все равно есть try-catch - то на выбор, оба варианта хороши... можно и совместить, но про эффективность обработки в момент выдачи диагностического сообщения пользователю - вряд ли стоит задумываться... Все равно, покааа до него дойдет, что надо текст ошибки прочитать :-)))

1

Ну ладно, думаю тогда пока на это варианте и остановлюсь, а там уж по ходу дела будет понятно, есть ли смысл использовать другие пути или нет, спасибо)

0