Доброго времени суток!
Есть довольно дурная задача, от которой не отвертеться и которую все равно пришлось сделать. Суть в том, что ночью в запускаемой джобом процедуре приходится у ряда таблиц отключать констрейны и триггера, править ключевые поля и включать обратно. Все работает верно, но таблицы большие и "ALTER TABLE WITH CHECK CHECK" работает по всем медленно.
Хочется все же, каждый отдельный такой объект обрабатывать в отдельной транзакции, чтобы при непрохождении чека все откатилось и в кэтче включить констрейны обратно. Т.е. время растет пропорционально кол-ву заданий.
Нет ли какойто хитрости, чтобы выполнять проверку ALTER TABLE WITH CHECK CHECK не по всей таблице, а только по откорректированным записям?

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

Владислав Колосов,
То что надо делать противоречил логике системы. есть заказ, есть позиция дерева заказа, по позиции есть набор операций,
плановых позиций, параметров, параметров-параметров :-) и т.д. c довольно глубокой вложенностью.
У всех этих объектов в составной ключ входит этот ид заказа, он входит во все констрейны и проверки (для проверки на наличия объекта к которому относится параметр и на зависимыеобъекты). Мне надо кусок ветки дерева начиная с некоей сборочной одного заказа поменять местами с такой же сборочной в другом.

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

Такая схема отлично работает при перевешивании всех входящих из одной сборки в другую внутри заказа. С разными проблема в том, что к позиции дерева привязаны операции, к каждой операции план, потребность, сдача, оборудование, плановые ресурсы к каждому еще табличная часть в виде параметров. И практически в каждой внешнее ограничение по ключу содержащему ид заказа, т.е. если меняем заказ в позиции дерева повисают в воздухе техпроцесс, план и т.д., когда меняем в плане - повисают параметры.
У всех объектов есть свои уникальные ключ и в общем непонятно, зачем тут заказ в констрейнах, но система покупная и до поры не хотелось менять базовую структуру.

Gerros,
привязки, например ид дерева и тп, как параметр входит например в учетный документ. Если вставлять и удалять то придется генерить новый ид, т.к. он уникальный.