Всем привет! Прошу прощения, если я повторяюсь. Вроде как, моя проблема достаточно
распространенная. Но я обыскал весь форму и ничего не нашел. Плохо искал наверно =)

Ситуация простая:
Нужно заменить сообщение сервера типа:
DELETE statement conflicted with COLUMN REFERENCE constraint 'FK_ContactPersons_Clients'. The conflict occurred in database 'DIZ', table 'ContactPersons', column 'ClientID'.
на понятное пользователю: Удаление записи из таблицы "Клиенты" невозможно, так как
есть связанные записи в таблице "Контактные лица".

Попробовал написать триггер следующего содержания (вернее создал триггер с помощью ErWin):
CREATE trigger tD_Clients on Clients for DELETE as
begin
declare @errno int,
@errmsg varchar(255)

if exists (
select * from deleted,ContactPersons
where
ContactPersons.ClientID = deleted.ClientID
)
begin
select @errno = 30001,
@errmsg = 'Невозможно удалить <Заказчика>, так как существуют связанные записи о <Контактных лицах>.'
goto error
end

return
error:
raiserror @errno @errmsg
rollback transaction
end

Однако, при попытке удалить запись возникает старое серверное сообщение.
Хотелось бы получить ответ на следующие вопросы:
1. Какие есть другие (нетриггерные) варианты решения этой проблемы?
2. Почему не работает мой триггер?

Грёбаный форум. Сообщение пофигачил. Заново набирать усё приходится.

1. Вариант с триггером.
В BOL написано, что сначала запускается проверка Referential Integrity, и если выходит
ошибка, то триггер и не запускается. Тут всё ясно.
Отключить RI - это 1) убрать все связи? или 2) есть специальная опция?
Если 1), то чем в остальных отношениях чревата замена связей на триггеры?

2. Вариант с заменой системных сообщений.
Не подходит:
1) Переустановка сервера требует пере-изменения этих сообщений.
2) В любом случае в этих системных сообщениях выдаются СИСТЕМНЫЕ имена таблиц, а юзеру
надо видеть нормальные русские названия инфо-объектов (Заказчик, Договор).

Просьба дать ссылки на обсуждения данной проблемы.

P. S. Кстати чё вы так прётесь над сабжем? Не надо понимать всё так буквально =)

2 Павел:
Забыл упомянуть. У нас MS SQL 7.0, там, насколько я знаю, таких примочек нет.

2 Genady:
В бизнес-объектах? Имеется в виду на клиенте?

И всё-таки, где эта проблема уже обсуждалась?

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

Допустим идёт удаление из таблицы "клиенты", которая связана с таблицами "договора",
"контактные лица", "оплаты" и т. д.
Вы же не будет на клиенте прописывать проверку для кажой из таблиц, на возможность удаления. Это не рационально.
Как в данном случае определить с какой из таблиц произошло нарушение ссылки?
Сервер возвращает запись типа, как я уже писал в начале:
DELETE statement conflicted with COLUMN REFERENCE constraint 'FK_ContactPersons_Clients'. The conflict occurred in database 'DIZ', table 'ContactPersons', column 'ClientID'

Получается, только триггерный вариант пока самый верный.