GUI и SqlException

[metaclass]

Как известно, проверять объекты на валидность перед сохранением лень. И вообще делать что-либо в GUI лень.
А вот в базе данных делать констрейнты и сложные условия предметной области на триггерах - не лень. Главным образом из-за того, что в GUI это означает борьбу с импедансом "код-база данных", а триггер или констрейнт уже в базе данных.

Но вот надо бы юзеру красивое сообщение об ошибке показывать, а не ужас вроде "ESUBDException with message 'Violation of FOREIGN KEY fkZHABBAKLESCH_KORTCHID on Table ZHABBAKLESCH'". Посему всем констрейнтам назначаем уникальные имена(по какой-то неясной науке причине во всех моих базах так уже сделано, видимо марсиане в мозг подсказали), эти имена вытаскиваем каким нибудь не особо долгим образом из сообщения об ошибке, по ним находим в таблице локализованных сообщений понятное юзеру сообщение и показываем.

Comments

[metaclass.livejournal.com]

Конкретно для нарушения ограничений в базе данных, к примеру:
Primary key с определенными именем - "Такая запись уже существует в таблице 'приемлемое для юзера название таблицы'"
Foreign key при удалении записи на которую ссылается кто-нибудь - "На запись есть ссылка в таблице '...'"
Foreign key при добавлении записи с неправильным значением поля, на которое наложено ограничение - "Не найдена запись с номером 'подставить введенное значение поля' в таблице 'имя справочника' "
Ограничения сheck и unique аналогичным образом.

[beskov.livejournal.com]

нет, ну это понятно - мне интересно, с какой целью такие сообщения передавать пользователю? Что он с ними делать будет - цитировать по имейлу/телефону разработчику? Или сам сможет предпринять какие-то действия по устранению причины ошибки?

[metaclass.livejournal.com]

Для разработчика ошибки в первозданном виде пишутся в лог. А пользователь сможет предпринять действия - ввести правильные значения в поля записи.