Обработка исключений, скорость

У меня в конторе, где я работаю, есть множество кастомных библиотек. В том числе есть свой DAL для базы данных MSSQL. В DAL любая ошибка которая приходит из ридера, не важно это хранимая процедура или просто SQL запрос, переконвертируеться в applicationexception. И уже на стороне UI - клиента, выскакивает окно, которое абсолютно все роняет, если не заключить это в try catch.

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

По логике вещей, если мне приходит из базы SQL Exception, я могу на стороне UI его обработать, по коду ошибки. Считайте что стандартная схема обработки исключений от более частных (специфичных) до общих.

В ответ на мои рассуждения я услышал некоторые слова :

Играть в обработку абсолютно всех исключений не имеет смысла, и потом исключения медленно работают, если у тебя приходит ошибка из DAL, надо выбить MessageBox с сообщением и в лог кидать StackTrace, не стоит акцентировать внимание на то что может произойти 1 раз из 1000

На сколько верна данная позиция? Если есть вероятность дубликата, стоит пользователя уведомить о том что имеется дублирование значений, а не кидать MessageBox с сообщением по типу "Введенные значения не удовлетворяют условиям, свяжитесь с администратором"

А также интересует скорость обработки исключений на .net, на сколько сильно они тормозят работу.