Допустим есть таблица c первичным ключом:
create table Acc(acc int, name varchar(30))
и таблица со вторичными ключами
create table Provodki(acc_debit int, acc_credit, summa money)
Т.е. есть к примеру таблица названий счетов и есть таблица проводок, где эти счета выступают как дебит и кредит. И допустим при удалении счета надо стереть и все проводки к нему. Тогда триггер на удаление будет выглядеть примерно так:
create trigger d_Acc on Acc for delete
AS
begin
delete Provodki
from Provodki p, deleted d
where p.acc_debit=d.acc
delete Provodki
from Provodki p, deleted d
where p.acc_credit=d.acc
end

В общем - ничего сложного. Но уже эти поля нельзя связывать ключами (тогда не будет возможности удалить запить из-за всторенной ссылочной целостности) и придется заодно писать триггеры на апдейт, а также на вставку и апдейт для таблицы Provodki. С одной стороны казалось бы лишняя работа, с другой - в базе будет происходить только то что вы написали, да и к тому же триггеры на таблицы типа Provodki всё равно наверняка есть(или должны быть).
В 4-м MS SQL не было автоматической ссылочной целостности по ключам, ключи просто заводились и всё. Но по ним зато в клиентской части можно было бы сгенерировать текст триггера, как с каскадным удалением, так и с запретом удаления. Когда в 6.0 появилась ссылочная целостность, то эту возможность убрали. С другой стороны в приведенном мною примере как раз каскадное удаление выглядит весьма глупо - если есть проводки по счету наверное надо бы запретить его удалять. И вот как-то мне пока оно(каскадное удаление) нигде еще и не понадобилось.

А то что "триггеры в 7.0 ещё работают как AFTER" нам никак не мешает - мы владеем информацией о том что было удалено из псевдо таблицы deleted. Вообщем Fompro не совсем прав, не надо делать таких безапеляционных заявлений, можно это дело посадить на триггеры.

С приветом Сергей