Всем доброго дня,

столкнулся в коде с ситуацией, когда в рамках одной транзакции удаление зависимости (в данном случае триггера) и попытка последующего удаления процедуры которая зависит от этого триггера заканчивается ошибкой что существует зависимость.
Причём в куче других мест в этой же транзакции такие же зависимости удаляются и последующие удаления зависимых процедур проходит безпроблемно.

сорри. устал наверное .... :)
вопрос снят

hlopotun,

в данном случае процедура сидит в триггере.
Сначала удаляется триггер а потом процедура которая в нём используется.
Всё в одной транзакции.
И при удалении процедуры возникает исключение что есть зависимость.
Так правильно было написать

в тексте ошибки просто количество зависимостей. Без указания от кого конкретно. В IBЕхперт уже потом подсмотрел от кого

программа миграции базы с одной версии на другую

интересная идея, спасибо!

кстати, если процедура принимает или возвращает параметры определённые через ... Type of Column .... (которые тоже делают её зависимой) и если её альтерить без параметров а гдето в другом коде она с парамерами вызывается пройдёт ли альтер или нет? (не начём в данный момент проверить а интересно).

ну, это удобно в других местах тоже. При других зависимостях.
По поводу промежуточного коммита непонятно только одно. В этой же транзакции в такой же ситуации есть ещё несколько триггеров и процедур и с ними этой проблеммы не возникает. По сути тут только обновление метаданных, правильной очерёдности дропов должно быть достаточно даже в рамках одной транзакции.

нет,
"cannot delete SP_..... there are 1 dependencies'

это может быть в маленькой программке это не проблема а в большой такой коммит тащит за собой кучу изменений во всём коде.
К примеру если в фреймворке с которым работает эта программа такой коммит не предусмотрен и ломает остальную логику основанную на одной транзакции. Компонент в котором вызывается этот скрипт обновления и не предусматривает промежуточного коммита и используется ещё в куче других мест. А учитывая что программиста который когда то это всё наваял и след простыл всё ещё более усложняется. Поэтому сначала надо разобраться. Вот и разбираюсь :)

сорри что отвлёк, наверное всётаки снят. Понятно что надо как то коммит втыкать.
Единственное, на машинах разработкиков это обновление запускается ежедневно и скорее всего в базе накапливается мусор от частого удаления и создания метаданных. Можно попробовать сделать резервное копирование и восстановление подопытных баз. Возможно очистка как то ситуацию временно исправит. Но по любому проблемму походу надо решать кардинально.

согласен, всё плохо. Но это добро куча народа ваяло 25 с лишним лет. В таких проектах такое неизбежно.
Надо постепенно переписывать. Проблема только что до следующего релиза не успеть всё переписать. Приходится латать дырки.