Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

подскажите как выдать сообщение пользователю из триггера [D6, MSSQL]

diokant © (2003-09-05 13:10:00)

Дорогие мастера,
есть тригер таблицы MS SQL Server
в нем реализовано несколько проверок
подскажите, как выдать сообщение пользователю из триггера о причинах "ошибки".

diokant (2003-09-05 17:06:00) [1]

>@@error
Вроде бы годится. Спасибо.
Но в зависимости от характера ошибки(серьезности) не всегда срабатывает эта схема так как бывает до троверки дело не доходит и дальнейшее выполнение прекращается.

***************************
>3. raiserror и rollback помоему единственный вариант при >операциях с данными :-)

А чем плох вариант тригеров с анализом @@error?

jocko (2003-09-05 16:35:00) [2]

1. Я бы посоветовал разобраться какие бывают блокировки, возможно это помогло бы решить проблему одновременного изменения таблиц...
2. Целостность на тригерах, мое мнение, не прозрачна и может вызывать в последствии проблемы, удобнее при тех же условиях использовать хран. проц., а тригеры оставить для логов.
3. raiserror и rollback помоему единственный вариант при операциях с данными :-)

Vuk (2003-09-05 15:33:00) [3]

А @@error кто мешает проверять?

Nikky (2003-09-05 15:28:00) [4]

> diokant (05.09.03 15:24) [9]

в грамотно спроектированной БД описанных проблем быть не должно

diokant (2003-09-05 15:24:00) [5]

В триггере мне необходимо выполнять изменения в других таблицах.

Не устраивает так как:
1. Проверок может быть несколько и пока я буду проверять можно ли проводить изменения в других таблицах - другие пользователи могут изменить за это время данные в этих таблицах и фактически проводить изменения будет нельзя.

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

3. если бы можно было сделать что-то типа
------------
try
...
except
...
end
--------------
то я бы по факу определил - проведены изменения или нет - если нет, то сгенерировал бы сообщение, не вникая в детали, т.е почему в другой таблице неполучилось изменить. Не получилось и все - этого достаточно.

Polevi (2003-09-05 14:53:00) [6]

нет, чем тебя этот не устраивает непонятно

diokant (2003-09-05 14:50:00) [7]

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

>if (условие)
>begin
>raiserror(....)
>rollback tran
>end

diokant (2003-09-05 14:13:00) [8]

>if (условие)
>begin
>raiserror(....)
>rollback tran
>end

Годится, но как быть, если необходимо в тригере изменить данные в других таблицах
допустим проверку я сделал - все Ок! следовательно можно изменить данные, а непосредственно измененить не удается(другой пользователь изменил пока я проверял или...) sql выдаст свое сообщение

есть ли в MS SQL что-то типа
try
...
except
...
end

Vuk (2003-09-05 13:45:00) [9]

Если будете писать raiserror в триггере, то не забудьте откатить транзакцию, в которой триггер выполняется. То есть обычно пишется так:

if (условие)
begin
raiserror(....)
rollback tran
end

Smashich (2003-09-05 13:44:00) [10]

там и поподробнее и пример есть.
SQL Server Books Online....

Smashich (2003-09-05 13:42:00) [11]

RAISERROR
Returns a user-defined error message and sets a system flag to record that an error has occurred. Using RAISERROR, the client can either retrieve an entry from the sysmessages table or build a message dynamically with user-specified severity and state information. After the message is defined it is sent back to the client as a server error message.

diokant (2003-09-05 13:39:00) [12]

А можно немного подробнее?

Mike Kouzmine (2003-09-05 13:15:00) [13]

Exception

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »