HarmoniaЯсно, всем спасибо! ... и ранее: ... а мне нужно хранить данные об операциях!

Ничё не понял, в какой момент и главное, какое "прозрение" наступило...

Момент №1: Связи в БД, выражаемые констрейнами (родитель-дочка у вас), могут ИЛИ блокировать удаления ИЛИ каскадировать их изменения ИЛИ обращать в нуль. Всё. Никакой другой логики ограничения целостности они не несут. Собственно их задача и есть гарантировать сочетаемость значений в разных полях. Так, так или с нуллом. Это Вам все и написали.

Момент №2: "а мне нужно .." - и? Если Вам нужно сделать какое-то архивирование или логирование операций ... ну так и делайте! Причем тут внешние ключи и способы их работы? Например: выполняется операция удаления родительской записи. Сделайте предварительное логирование этой операции и записей и из дочерних таблиц, и удаляйте себе каскадно через ограничение целостности... кто мешает? Как лучше?

Гы... зависит от текущей архитектуры вашей БД:
1. Клиентом. Операции делаем через прокладку, которая делает логирование;
2. ХП. Операции делаем через вызов ХП, в них же и делаем логирование;
3. Триггерами. Вешаем триггер на удаление в котором и делаем лдоигрование;
... ещё как или смешанные решения;

каждый из способов имеет свои достоинства, недостатки И ограничения. Выбор - за Вами, как архитектором системы. Или за архитектором.

miksoft,

:)