Когда меняю вьюху, в дифф скрипте идет пара команд сначала дроп, потом крейт ор альтер. Зачем там дроп? попытка дропнуть вьюху приводит к тому, что еще кучу метаданных надо перетряхнуть. А если я вдруг где-то забыл селект из вьюхи закоммитить, то дропнуть вообще нельзя.
Почему не просто альтер?

IBExpertПотому что ALTER VIEW только в 2.5 появился.слезно просимо фичу, если 2.5 то по-умолчанию не дропать бедную вьюху перед альтером. Опционально так себя или всегда не знаю как лучше, наверно тебе видней.
mvbв опции компарераИ чтобы оно работало в том числе и через ibescript.dll было бы вообще супер.

IBExpertА что, ALTER VIEW во всех случаях срабатывает?Я этого не утверждал. И не требую чтобы альтер срабатывал ВСЕГДА, я в курсе, что метаданные надо менять монопольно. Вопрос был про дроп, который сильно раздувает дифф скрипт.

Частое, относительно остальных изменений, это добавление полей и изменение внутренней логики вьюхи, без уменьшения выходных параметров или изменения их типов.
Уже несколько раз сталкивался, что применение штатного дифф-а приводит к перекомпиляции кучи хранимок, тогда как применение руками одного альтера вполне решает задачу и ничего не надо перетряхивать.
Убирание дроп-а приведет к усложению дифф скрипта?

Надо провести изыскания, бум ставить эксперимент. Пока что альтера хватало, вьюх не так много, я их разносил руками(когда ленился уводить базы приемники в шатдаун, только выгонял юзеров из соотв. АРМа), потом обычным (подзывая экпертовскую либу) компарером.

Может как вариант, когда я начинаю компарить 2 базы у меня в источнике вполне консистентые метаданные, те хранимки, которые зависят от вьюхи и попадают в дифф сначала сделать вида begin suspend(exit);end ты это уже умеешь в других случаях, потом проальтерить вьюху, потом уже новыми телами процедуры.

Если более формально:
1. находим изменившуюся вьюху.
2. находим изменившиеся хранимки, с депенденсами от этой самой вьюхи.
3. зачищаем текст хранимок
4. альтер вьюхи
5. заливаем текст хранимок.

IBExpertНу и чем это по сути отличается от того, что есть сейчас?
1. Не трогаем те хранимки, которые не менялись в источнике.
2. Нет дроп-а вьюхи.

По первому пункту разница в дифф скрипте довольно значительна по объему.

IBExpertПро незакомиченный селект из вьюхи не будем: предполагается, что скрипт накатывается на базу в монопольном режиме.Не будем.

IBExpertТелепатера у меня нет.Не надо телепатора, все вполне логично. Нашли вьюху, которая изменилась, потом находим все связанные с ней хранимки, которые тоже изменились (те что не менялись не трогаем). Если вьюха менялась так, что не менялись связанные хранимки, то вполне достаточно просто альтер вьюхи (это я проверил).
IBExpertДа без разницы уже, когда зависимостей нет.Истребление зависимостей зело раздувает скрипт, потом трудно понять, что же на самом деле поменялось и применяется он дольше, особенно с филиальными базами, которые сидят на не шибко широком интернет канале.

IBExpertЭто слишком муторноМожно изложить чуть проще: альтерим изменившиеся процедуры как обычно(у кого нет депенденсов на вьюхи). Те что завязаны на изменившиеся вьюхи альтерим в 2 этапа: сначала делаем их "пустотелыми", потом алтерим вьюхи, потом уже заливаем собственно тела в процедуры.

По большому счету мне кажется дешевле тупо проальтерить все хранимки в 2 этапа.
1. зачистили все хранимки.
2. проальтерили все вьюхи.
3. влили тела хранимок.

IBExpertЯ так понял, что весь сыр-бор как раз из-за того, что лишние процедуры "зачищаются", которые можно было бы и не трогать при alter view.Весь сыр-бор в команде дроп, которая мне кажется лишней, зачистка лишних Хп это побочный эффект дроп-а (нежелательный).

IBExpertДык, а сейчас как?Не совсем так.

IBExpertВот буду под тройку его точить, тогда может быть...Спасибо, что не отказали.

IBExpertЗачистка процедур все равно останетсяЗачищать можно только те, что менялись в источнике, а не все.

Чую пошли на третий круг.

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

Проблема не является фатальной/блокирующей, но некоторые хлопоты доставляет.

Можно повторить свою просьбу?

заменить 2 строки в скрипте drop+create на на один оператор create or alter для вьюх?

Сейчас, по факту, я применяю руками ДДЛ для вьюх по всем базам, потом натравливаю штатный компарер. Либо рукам правлю скрипты, тупо выкидываю дропы и меняю крейты на алтеры.

Если вьюху не дропать, то все срабатывает хорошо, я даже проверил, если из этой вьюхи есть недофетченный на клиента резалтсет и то алтер срабатывает. Хотя это и нарушения правила "апдейтить метаданные только монопольно".

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

Дроп вьюхи требует ОБЯЗАТЕЛЬНО всех выгнать из базы. Альтер не требует.

IBExpertТ.е., вместо дропа - ALTER с фейковым селектом из RDB$DATABASE, с тем же набором полей тех же типов. Затем нормальный ALTER.До такого простого маневра я что-то не догадался. Да, так пожалуй будет лучше, он отпустит депенденсы не хуже дропа.

Готов потестить, у меня есть и хранимки делающие селект из вьюх, и вюьхи селектящие из хранимок, рекурсивных только нет.