Обновил на днях IBExpert на машине, где обновляются базы. И сразу наткнулся на следующие проблемы:
1. Папка Objects to alter. Раздел процедуры. Не нашел, как обновить выбранную ХП. в контекстном меню ничего нет, двойной клик не работает.
2. Тот же раздел. Тупой копипаст нового текста не отрабатывает, так как генерируется скрипт CREATE PROCEDURE, а должно быть CREATE OR ALTER.
3. Двойной клик на имени процедуры в скрипте не работает. Это очень неудобно.
4. Выбираю измененную таблицы. Посмотрел я на различия. Согласен с ними. И хочу получить скрипт, который применит эти изменения. Но такой кнопки нет.

Пункт 2 можно сделать?
Кстати, новый компарер стал делать огромные портянки скриптов - с кучей альтер ХП, триггеров и прочее в начале. И самое неприятное, я не могу понять, из-за чего. Раньше было очевидно - если куча изменений ХП и триггеров, значит, надо сделать смотреть изменения доменов, сделать несколько альтеров доменов вручную и во втором заходе скрипт превращается из сотен манипуляций с таблицами, ХП и триггерами в десяток. Сейчас же не написано, что вызывает альтер, и разбираться в пухлом скрипте просто невозможно. Что надо сделать, чтобы вы исправили это?

Пример:


И пошла портянка ALTER TRIGGER и ALTER PROCEDURE на двадцать экранов. Что вызвало это, я не знаю.

IBExpertЯ не буду исправлять несуществующие проблемы.
Это такая тонкая шутка от разработчика? Я вам в предыдущем посте описал про существующую проблему.
Распишу еще подробнее. Берем раздел Objects to alter. Процедур там - 18 . Открываю Update Script. Там 89 ХП. Уже интересно. Смотрю список. Там зачищается и восстанавливается ХП "CHK$DOC$HOUSE$CHANGE_UNIT". Зависимостей от нее в базе нет. Внимание вопрос: зачем она зачищается? Я согласен это сделать, но напишите, зачем. Вдруг я проглядел что или другой разработчик поменял что-то?

Другой пример. Есть база, в которую надо применить изменения, но не все. Часть ХП и триггеров оставить неизменными. Вот вижу изменен триггер. Смотрю что поменялось - это очень удобно. С изменениями согласен. Думаю, зачем я буду сейчас выполнять скрипт, я прямо сейчас его поменяю. А поменять - никак. Надо в эксплорере искать триггер по названию, и вносить туда правку. Когда было бы гораздо проще кликнуть на триггер в дереве и он открывается. Или прямо в редакторе поменять текст и скомпилировать, это было бы самое то.

Не хватает кнопок "Следующая разница" и "Предыдущая разница". Кликаю ХП, открывается дифф. Текста на 30 кб. И сижу, листаю экраны, в поисках изменения, которое в самом конце.

Мелкий недостаток. Создание уникального ключа. Здесь лишний пробел перед двоеточием:



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

IBExpertНет там описания проблемы. Есть жалоба на то, что скрипт большой, и непонимание того, что и для чего в этом скрипте.
Проблема - это когда сгенерированный скрипт не выполняется. Или когда после его выполнения компарер снова находит различия.
Проблема - это когда в скрипт попадает то, что раньше не попадало. Объясните мне в скрипте, для чего все эти запросы. Я их не понимаю.

IBExpertЧто интересного? Objects to alter показывает только процедуры, определения которых различаются.
В скрипте, разумеется, могут присутствовать не только они, но и другие процедуры, которые придется альтерить для разруливания зависимостей.
Пускай так.

IBExpertЯ не телепат. Раз компарер её чистит и восстанавливает, значит он нашел соответствующие зависимости. Компарер анализирует не RDB$DEPENDENCIES, а текст процедуры.
Отлично. Зависимостей от ХП нет. Но компарер что-то нашел. Напишите в скрипте, для чего он зачищает ХП, восстанавливает ее и затем еще прописывает примечание (sic!). Если всего лишь текст другой, зачем все эти телодвижения? За ними ускользает суть манипуляций. Мало того, что скрипт пухнет, так и не понятно, что там собственно делается. Я согласен подропать и заальтерить хоть все триггера с ХП, объясните только, для чего это. И почему этого нельзя избежать.

IBExpertОн для того, чтобы посмотреть, что в базе изменилось. И только. Никто и не планировал делать там то, что ты в нем ищешь.
Даже если не планировали. Но это достаточно очевидный и нужный функционал, чтобы реализовать его.
У вас базы с каким количеством метаданных? У меня в базе под 1500 ХП и 500 триггеров. В одной исключительной базе 50 таблиц, которые дропать нельзя (они только для этой базы), 15 ХП, которые обновлять нельзя, и 5 триггеров, которые тоже обновлять нельзя. Когда каждый запрос скрипта анализируется на предмет, применять его или нет для базы. И в один прекрасный день скрипт диффа становится больше в два раза, для чего все эти альтеры - непонятно, то ли поменял кто-то что-то где-то, то ли компарер недостаточно умный (например, старый не использовал ALTER DOMAIN, где это можно было, генерируя тысячи бесполезных запросов, когда можно было одним обойтись), то ли баг компарера.

IBExpertНе, извини. Я ликбез по зависимостям проводить не буду.
Причем тут ликбез? Верните вот эти примечания:


Благодаря им, я мог понять, что собственно делается и соптимизировать процесс обновления. А теперь там темный лес, я не понимаю, для чего половина альтеров. Или я не имею права знать, что случилось с ХП, что ее надо обновить?

Если старый компарер не обновляет ХП, а новый обновляет, в чем причина?