Приветствую, форумяне!

Порой не хватает вразумительного сообщения на исключение на неудачу при проверке ограничения CHECK, вместо стандартного сообщения. Предлагаю расширить объявление CONSTRAINT (можно и не только CHECK) примерно до следующего вида:

Вопрос адресован, конечно, разработчикам, но обсуждение "надо/не надо" никто не запрещал.

DarkMaster, если таблице, вдруг, не нужны триггеры, то писать отдельно триггер, чтобы выбросить вразумительное исключение, как-то не комильфо, на мой взгляд.

Симонов Денис, а можно снова поднять этот вопрос, но уже для всех ограничений (PK, FK, UQ, CHK)?

Симонов Денис, ясно, спасибо!

pastor, с костылями давно и сразу всё понятно. Спасибо!

Симонов Денис, на NOT NULL, ИМХО, большого смысла нет, так как очевидность сообщения такого исключения, обычно, не вызывает неопределенности в трактовке.

Симонов ДенисВ стандарте ничего такого вроде не предусмотрено, так что скорее всего опять откажут.
Почему нужно делать всё исключительно по стандарту, если в стандарте об этом может быть не сказано вовсе? Тем более, что стандарт, при этом, не пострадает, а лишь будет дополнен собственным решением.

Симонов Денис, про "все случаи" не понял. Какие еще могут быть варианты при неудовлетворении ссылочной целостности FK?

Симонов Денискогда разработчики хотят внедрить новую SQL фичу они
1. Смотрят есть ли это в стандартеК сожалению, не имею такой возможности, так как не имею текста стандарта, а платить за него почти 400 швейцарских франков из своего кармана я не готов.

Симонов Денис2. если нет в стандарте, то смотрят а нет ли чего похожего в других СУБД, и адаптируют под FB (чаще всего чтобы соответствовало PSQL)
3. Если нет придумывают свой синтаксисЯ же не настаиваю исключительно на своем варианте синтаксиса и привел его только в качестве примера. Разумеется, разработчики могут реализовать это по своему усмотрению. Лишь бы было.

Симонов Денис1. Удаление из master таблицы без предложения ON DELETE CASCADE и т.п.
2. Обновление ключа мастер таблицы без предложения ON UPDATE CASCADE и т.п.
3. Попытка вставки/обновления FK на значение не существующее в master таблицеНу, да... Про исключение при каскадном обновлении/удалении я, как-то, сразу и не вспомнил.

dimitrпо этой фиче вроде как было "добро" (по крайней мере у меня не было возражений), просто некогда ей заниматьсяТак никто и не торопит с реализацией. Главное, чтоб разработчики об этой фиче не забыли и, таки, реализовали её в обозримом будущем.

Dimitry Sibiryakov, пойти - в смысле "на" или "в"? К сожалению, в моем распоряжении нет пары-тройки лишних месяцев ковыряться в потрохах FirebirdSQL сервера и исследовать биопсии его органов.