r2d22Как сделать правильно, чтобы не было возможности удалить межскладской документ №2? Ограничение по остаткам не сработает т.к. на складе №2 на текущий момент есть 70 шт.Для этого надо сначала ответить на вопрос чем в данном случае документ 2 отличается от документа 4? Какое логическое ограничение не позволяет документы удалять? И затем уже думать, как это логическое ограничение в модели реализовать.
Например:
а) Датой. Значит и ограничения должны дату учитывать. Для этого можно не только текущий остаток хранить, но и всю историю. И тогда ограничение по остатку будет работать.
б) "Последовательностью". В этом случае надо последовательность документов (их зависимости) явно прописать. Что-то вроде "документ 3" зависит от "документ 1". В этом случае будут ссылочные огравничения и удалить тоже будет нельзя. Неким обощение этого варианта является упомянутый LSV партионный учет.

Я тут в отпуске был, так что извиняюсь, если мои ответы запоздали.
r2d22Bogdanov AndreyДля этого надо сначала ответить на вопрос чем в данном случае документ 2 отличается от документа 4? Документы представлены в виде последовательности перемещений. Каждый из них изменяет текущий остаток.
Я как раз и спрашиваю чем определяется "последовательность"? Вот Вы говорите, что №2 нельзя удалять, пока жив №3. Это не самоочевидное утверждение. Понимать его можно многими способами. Например, одно (скорее всего, неправильное) толкование - номера документов не должны иметь пропусков.
Из Ваших остальных реплик у меня складывается впечатление, что бизнес-ограничением является неотрицательность остатка каждого товара на любой момент в истории. Если это так, то тривиальное решение я и предлагал:

r2d22Bogdanov AndreyДля этого можно не только текущий остаток хранить, но и всю историю. И тогда ограничение по остатку будет работать.Я правильно понял, что, например, в журнале движения необходимо создать поле [ОстатокПослеОперации], в котором перерасчитывать остаток по каждой строке с данным товаром в таблице движения с датой позднее документа №2? По логике вроде должно помочь, но неужели есть такие системы, с расчетом остатка по каждой операции? Есть опасения связанные с производительностью.

Я бы не в журнале движения поля создавал, а в таблице остатков предсмотрел поле дата, точнее, две даты - начало действия и конец действия. Тогда изменение остатка при движении выглядит следующим образом: update всех записей у которых дата начала больше даты движения (если таковые есть) + insert новой записи с датой начала равной дате движения + update даты конца у записи в которой даты начала меньше даты движения, а дата конца - больше.
Естественно, снижение скорости при выполнении операций будет, но моя практика показывает, что проигрыш небольшой (индексы правильные надо не забыть сделать), и в случае проблем с производительностью узкие места будут в других операциях.
Зато получение остатков на любую дату в прошлом проблем не представляет, так же как и реализация ограничения по остатку.

r2d22Bogdanov AndreyВ этом случае надо последовательность документов (их зависимости) явно прописать. Что-то вроде "документ 3" зависит от "документ 1".Это похоже на вариант LSV, но мне не понятно как это реализовать. Можете привести пример, как это должно работать в моем случае? А что тут приводить? Делаете табличку "Документ зависит от" с двумя полями: "зависимый документ" - каскадная ссылка на список документов, "документ от которого зависит" - рестриктная ссылка. Соответственно пока не удален зависимый документ будет нельзя удалить документы от которых он зависит. А уж как вы эту табличку заполните - автоматически расчитывая остатки или заставие оператора вбивать - ваше дело.