iscrafmДа уж, точно. Задача пользователя нажать на кнопку "Отправить", а не передавать словами описание ошибки. Обработка нужна всегда, даже если подозреваешь, что в этом месте ошибки быть не может.

А где тут кнопка "Отправить"? На русский слабо было перевести? Почему меню не русское? Почему сообщение не русское? Уважать надо соотечественников. Да и шибка то, похоже, программистская (типа ORA-600), а не пользовательская.

Calm авторА тот факт, что за время между проверкой и INSERT'ом запись в таблице, для которой создан foreign key, может быть удалена?
Ну так и надо внятно написать почему не получается выполнить операцию. А не "key violation" в таблице такой-то. IMHO.

С уважением.

key violation (естественно, на родном языке пользователя), достаточно внятное описание ошибки. Грамотный пользователь СУБД вполне в состоянии понять, что это такое и определить свои дальнейшие действия (изменить данные, подождать и повторить попытку, обратиться в тех. поддержку, и т.п.).
На вопрос "почему?" как правило дать ответ проблематично. Даже техническому специалисту иной раз сложно найти причину, ведь она совсем не обязательно связана с действием пользователя, который получил сообщение об ошибке. Ввести систему в некорректное состояние мог совсем другой пользователь или процесс. Сомневаюсь, что относительно простыми средствами программа сможет самостоятельно локализовать, и тем более устранить ошибку.
Теперь спросим себя, зачем нам нужно знать причину? Для устранения ошибки причину знать не обязательно, нужно знать в каком состоянии находится система и способ перевода системы в одно из корректных состояний, а их может быть сколько угодно.
Причина полезна для профилактики ошибок, но как мы видим, установление причины сложная и не всегда автоматизируемая задача.
Можно сделать вывод, что сообщение об ошибке должно содержать констатацию факта и (опционно) возможные пути решения. Сообщать причину не нужно, скорее всего не угадаешь.

iscrafmИзвиняюсь, специально для съема картинки не переключился на русский язык. Мне больше нравится английский вариант, поэтому он у меня на ноуте и установлен. Кнопка отправить = Send. Русскоязычные пользователи естественно работают на русской версии. У них так и написано "Отправить", а вместо Record написано "Записи" и сообщение на русском конечно. А картинка в целях солидарности с softwarer-ом о том, что если подобные ошибки возникают, то задача пользователя нажать "Отправить", остальное все делает обработчик, он сам знает кому, что и как сообщить.

ИМХО, диалог не логично построен. Лично у меня возник вопрос, что если нажать кнопку Yes или No. Будет ли отправлено сообщение? Если я нажму Send, выполнение продолжится (обычно кнопка на модальном диалоге вызывает действие и выход из диалога) или нет?

Calm авторНа вопрос "почему?" как правило дать ответ проблематично. Даже техническому специалисту иной раз сложно найти причину, ведь она совсем не обязательно связана с действием пользователя, который получил сообщение об ошибке.

Извините, это уже какой-то беспредел, когда прога написана так, что даже техническому специалисту сложно понять в чем же дело.



Дело может быть не в программе.

Товарищ рассказывал, написал он настольную систему, поставил клинету, всё работает, но не прошло и дня, БД упала. Он починил. На следующий день всё повторилось. Программа правильная, но БД падает. Непонятки.
Оказалось, что пользователь, уходя на обед просто выключал ПК из розетки. Вот и разберись!..

Локализовать ошибку не сложно (из примера видно, что БД разрушена), сложно (а иногда и невозможно) понять почему она возникла (неправильные действия пользователя перед обедом).

Alexey Kudinov mcureenabОказалось, что пользователь, уходя на обед просто выключал ПК из розетки. и что ? Можно узнать имя БД ?

Вроде FoxPro для DOS был. Да в общем без разницы.