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

А именно - триггер нужно написать на " вставку /изменение"...

Почему именно я выделил тут "вставку" , и почему (ИМХО) именно она важна для решения задачки?

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

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

Т.е. при изменении одной-единственной записи в этой таблице на момент выполнения триггера только одна эта запись и будет иметь значения полей int и convert(int) не только разными , но и в точности равными тем же значениям из таблички inserted, т.е. локализовать "врага" можно простым оператором:

create trigger ... for insert, update
as
update tbl
set t.str_value=convert(i.int_value)
from tbl t, inserted i
where t.int_value=i.int_value and t.str_value=i.str_value

Ну вобщем, идея, вроде бы, достаточно прозрачная... Чтобы все было чики-чик нужно еще позаботиться о том, чтобы поле str_value не допускало значений NULL (чтобы не наступить на грабли сравнения с NULL-ом в "рабочем" update).

Удачи!!

To alexeyvg:

Можно и добавить проверку на неравенство, можно и добавить проверку на то, что табличка deleted не содержит записей (т.о. пустить обработку insert-a в триггере по другой ветке), можно вообще вставлять значения values (111,'') - тогда триггер сам поставит нужный текст в нужное поле, можно и вообще запретить изменение любого поля, кроме int (чтобы совсем уж ни о чем не думать, и заполнять остальное поле только в триггере).

Мне кажется, что это чисто умозрительная задачка из тех, которые называются - "на тему", т.е. не для практического использования, а для проверки "изворотливости ума". Тем более - если такая задачка предлагается кандидату в западной компании перед приемом на работу, то наверняка от человека ожидают 1 поверхностно-правильный ответ (из кучи поверхностно-неправильных), который кто-то когда-то решил записать в ведомость ответов как "правильный"...
(так что угадать нам его - не дано).

Иначе - как объяснить тот факт, что в предлагаемой структуре данных (повторяющиеся уникальные записи без первичного ключа) вовсю обсуждается возможность изменить 1-ну конкретную строку?
"Абсюрд..."