|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Сабж. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2016, 08:42 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
CyberMax, При большом кол-ве зависимостей утонем в окнах + редакторы для ХП/триггера - достаточно "тяжелые"... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2016, 10:45 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
DarkMaster, +1. Лучше открывать по одному окну. Как сейчас сделано. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2016, 10:54 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Ок. Тогда, например, "открыть первые 10" или первые "20". Этого будет достаточно. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2016, 11:38 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
CyberMax, Ну а практический смысл (мне действительно неясно, назачем это нужно)? Как по мне - для посмотреть хватает списка зависимых обьектов. Для поправить - проще поиск в метаданных запустить. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2016, 12:24 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
DarkMasterНу а практический смысл (мне действительно неясно, назачем это нужно)?Иногда бывает необходимость временно "отключить" зависимости, чтобы провести манипуляции над полями объекта. Но при этом надо не забыть включить все этом обратно. Наличие открытого окна в MDI-режиме очень способствует тому, чтобы именно не забыть (открыть закомментированный код, например). ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2016, 14:47 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Kirill Razuvaev, Э нет... Это надо в отдельный визард выносить, если такое реализовывать. А "открытое окно" - оно и закрыто в любой момент может быть вне зависимости от того, были там изменения или нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2016, 15:59 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Собственно, Кирилл ответил уже. Дополню только. К примеру, есть ХП, у которой надо поменять список параметров. Для этого можно просто перекомпилить ее, а потом пройтись по зависимым ХП/триггерам, обновить вызов и перекомпилить. Но есть риск пропустить что-то (особенно если модификация достаточно сложная), да и это просто неудобно. Поэтому открываю все ХП/триггеры через зависимости, комментирую их и дописываю ХП. После этого последовательно раскомментирую зависимые ХП/триггеры, правлю и закрываю. Таким образом, в окнах остаются необновленные объекты и риск что-то забыть/недоделать сведен к нулю. Если вы делаете такую операцию как-то иначе и проще, расскажите. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2016, 09:01 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Kirill Razuvaev, более правильно просто подсвечивать отключённые ХП в дереве. Хотя это и не так просто сделать. IBExpert, Для процедур, триггеров и функций есть поле RDB$VALID_BLR отображающее их невалидность, нельзя ли как то подсвечивать объекты у которых RDB$VALID_BLR=0. Замечание RDB$VALID_BLR может быть равно NULL это не означает что объект невалидный. Обычно такое значение если они были созданы в Firebird < 2.1. В RDB$PACKAGES есть поле RDB$VALID_BODY_FLAG. Оно указывает, остаётся ли текст тела пакета корректным после последнего изменения заголовка пакета или его пересоздания. Можно ли помечать невалидные пакеты дереве? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2016, 11:18 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Симонов Денисболее правильно просто подсвечивать отключённые ХП в дереве.Как вариант. Но остается вопрос с представлениями, в которых, ради того, чтобы не пересобирать их дерево, приходится некоторые поля в селектах заменять временно на null. О необходимости проведения обратной операции по возвращению новых полей/комбинаций надо не забыть, а флагов никаких тут не придумать. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2016, 11:23 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Kirill Razuvaev, Я бы наверное думал в сторону использования user database. Т.е. типа жмакнули кнопку "коментировать" для зависимых таблиц - поместили их имена в табличку - поменяли код - жмакнули кнопку "вернуть все взад" - убрали из таблички. Ну и всякие/разные варианты по поводу показа таких вот "недоделок" из таблицы. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2016, 13:38 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
DarkMasterЯ бы наверное думал в сторону использования user database. Т.е. типа жмакнули кнопку "коментировать" для зависимых таблиц - поместили их имена в табличку - поменяли код - жмакнули кнопку "вернуть все взад" - убрали из таблички. Ну и всякие/разные варианты по поводу показа таких вот "недоделок" из таблицы.При десятке-двух зависимостей велик риск руками банально пропустить одно-два имени в ту или иную сторону... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2016, 09:40 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
В контекстном меню деревьев зависимостей есть пункт "Apply block...". Соответствующий редактор стартует по вызову типа Код: plsql 1. 2.
Это удочка, рыбу ловите сами. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2016, 12:05 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Симонов ДенисДля процедур, триггеров и функций есть поле RDB$VALID_BLR отображающее их невалидность, нельзя ли как то подсвечивать объекты у которых RDB$VALID_BLR=0. Замечание RDB$VALID_BLR может быть равно NULL это не означает что объект невалидный. Обычно такое значение если они были созданы в Firebird < 2.1. В RDB$PACKAGES есть поле RDB$VALID_BODY_FLAG. Оно указывает, остаётся ли текст тела пакета корректным после последнего изменения заголовка пакета или его пересоздания. Можно ли помечать невалидные пакеты дереве? Каким образом помечать? И зачем? В смысле, что означает невалидность и какие действия следует предпринять пользователю? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2016, 12:07 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
IBExpert, пользователь может попытаться подправить ХП/функцию/триггер/пакет, а может и не захотеть. Пусть сам решает, но по крайней мере мы делаем ему подсказку. Это лучше чем он узнает об этом когда нибудь потом в runtime. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2016, 12:10 |
|
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
|
|||
---|---|---|---|
#18+
Симонов ДенисIBExpert, пользователь может попытаться подправить ХП/функцию/триггер/пакет, а может и не захотеть. Пусть сам решает, но по крайней мере мы делаем ему подсказку. Это лучше чем он узнает об этом когда нибудь потом в runtime. Вот сегодня нарвался на это. В заголовке косметические изменения. Компарер увидел изменения только в заголовка и в скрипт на обновление вставил только его. Накатал на проде и получил шваброй по лбу: Код: plaintext 1. 2. 3.
Проверил RDB$PACKAGES.RDB$VALID_BODY_FLAG там 0. Перекомпилил пакет и все стало нормально. Так что я бы не отказался от фичи видеть невалидные пакеты в дереве. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2018, 17:44 |
|
|
start [/forum/topic.php?fid=42&fpage=12&tid=1598856]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
69ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 175ms |
0 / 0 |