Гость
Войти | Профиль | Очистить
Действия ...
Форумы / IBExpert [игнор отключен] [закрыт для гостей] / Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон / 16 сообщений из 16, страница 1 из 1
01.03.2016, 08:42
    #39182075
CyberMax
CyberMax
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Сабж.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2016, 10:45
    #39182191
DarkMaster
DarkMaster
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
CyberMax,

При большом кол-ве зависимостей утонем в окнах + редакторы для ХП/триггера - достаточно "тяжелые"...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2016, 10:54
    #39182198
Симонов Денис
Симонов Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
DarkMaster,

+1. Лучше открывать по одному окну. Как сейчас сделано.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2016, 11:38
    #39182273
CyberMax
CyberMax
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Ок. Тогда, например, "открыть первые 10" или первые "20". Этого будет достаточно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2016, 12:24
    #39182364
DarkMaster
DarkMaster
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
CyberMax,

Ну а практический смысл (мне действительно неясно, назачем это нужно)? Как по мне - для посмотреть хватает списка зависимых обьектов. Для поправить - проще поиск в метаданных запустить.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2016, 14:47
    #39182615
Kirill Razuvaev
Kirill Razuvaev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
DarkMasterНу а практический смысл (мне действительно неясно, назачем это нужно)?Иногда бывает необходимость временно "отключить" зависимости, чтобы провести манипуляции над полями объекта. Но при этом надо не забыть включить все этом обратно. Наличие открытого окна в MDI-режиме очень способствует тому, чтобы именно не забыть (открыть закомментированный код, например).
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2016, 15:59
    #39182727
DarkMaster
DarkMaster
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Kirill Razuvaev,

Э нет... Это надо в отдельный визард выносить, если такое реализовывать. А "открытое окно" - оно и закрыто в любой момент может быть вне зависимости от того, были там изменения или нет.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2016, 09:01
    #39183236
CyberMax
CyberMax
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Собственно, Кирилл ответил уже.
Дополню только. К примеру, есть ХП, у которой надо поменять список параметров. Для этого можно просто перекомпилить ее, а потом пройтись по зависимым ХП/триггерам, обновить вызов и перекомпилить. Но есть риск пропустить что-то (особенно если модификация достаточно сложная), да и это просто неудобно. Поэтому открываю все ХП/триггеры через зависимости, комментирую их и дописываю ХП. После этого последовательно раскомментирую зависимые ХП/триггеры, правлю и закрываю. Таким образом, в окнах остаются необновленные объекты и риск что-то забыть/недоделать сведен к нулю.
Если вы делаете такую операцию как-то иначе и проще, расскажите.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2016, 11:18
    #39183421
Симонов Денис
Симонов Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Kirill Razuvaev,

более правильно просто подсвечивать отключённые ХП в дереве. Хотя это и не так просто сделать.

IBExpert,

Для процедур, триггеров и функций есть поле RDB$VALID_BLR отображающее их невалидность, нельзя ли как то подсвечивать объекты у которых RDB$VALID_BLR=0. Замечание RDB$VALID_BLR может быть равно NULL это не означает что объект невалидный. Обычно такое значение если они были созданы в Firebird < 2.1.

В RDB$PACKAGES есть поле RDB$VALID_BODY_FLAG. Оно указывает, остаётся ли текст тела пакета корректным после последнего
изменения заголовка пакета или его пересоздания. Можно ли помечать невалидные пакеты дереве?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2016, 11:23
    #39183437
Kirill Razuvaev
Kirill Razuvaev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Симонов Денисболее правильно просто подсвечивать отключённые ХП в дереве.Как вариант. Но остается вопрос с представлениями, в которых, ради того, чтобы не пересобирать их дерево, приходится некоторые поля в селектах заменять временно на null. О необходимости проведения обратной операции по возвращению новых полей/комбинаций надо не забыть, а флагов никаких тут не придумать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2016, 13:38
    #39183692
DarkMaster
DarkMaster
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Kirill Razuvaev,

Я бы наверное думал в сторону использования user database. Т.е. типа жмакнули кнопку "коментировать" для зависимых таблиц - поместили их имена в табличку - поменяли код - жмакнули кнопку "вернуть все взад" - убрали из таблички. Ну и всякие/разные варианты по поводу показа таких вот "недоделок" из таблицы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
03.03.2016, 09:40
    #39184481
Kirill Razuvaev
Kirill Razuvaev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
DarkMasterЯ бы наверное думал в сторону использования user database. Т.е. типа жмакнули кнопку "коментировать" для зависимых таблиц - поместили их имена в табличку - поменяли код - жмакнули кнопку "вернуть все взад" - убрали из таблички. Ну и всякие/разные варианты по поводу показа таких вот "недоделок" из таблицы.При десятке-двух зависимостей велик риск руками банально пропустить одно-два имени в ту или иную сторону...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
03.03.2016, 12:05
    #39184657
IBExpert
IBExpert
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
В контекстном меню деревьев зависимостей есть пункт "Apply block...".
Соответствующий редактор стартует по вызову типа

Код: plsql
1.
2.
ibec_ibe_EditDBObject(DBID, __dboTable, 'DUPS', '');
  ibec_ibe_EditDBObject(DBID, __dboDomain, 'DOM_CHAR', '');



Это удочка, рыбу ловите сами.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
03.03.2016, 12:07
    #39184660
IBExpert
IBExpert
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Симонов ДенисДля процедур, триггеров и функций есть поле RDB$VALID_BLR отображающее их невалидность, нельзя ли как то подсвечивать объекты у которых RDB$VALID_BLR=0. Замечание RDB$VALID_BLR может быть равно NULL это не означает что объект невалидный. Обычно такое значение если они были созданы в Firebird < 2.1.

В RDB$PACKAGES есть поле RDB$VALID_BODY_FLAG. Оно указывает, остаётся ли текст тела пакета корректным после последнего
изменения заголовка пакета или его пересоздания. Можно ли помечать невалидные пакеты дереве?

Каким образом помечать? И зачем? В смысле, что означает невалидность и какие действия следует предпринять пользователю?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
03.03.2016, 12:10
    #39184668
Симонов Денис
Симонов Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
IBExpert,

пользователь может попытаться подправить ХП/функцию/триггер/пакет, а может и не захотеть. Пусть сам решает, но по крайней мере мы делаем ему подсказку. Это лучше чем он узнает об этом когда нибудь потом в runtime.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
12.09.2018, 17:44
    #39701682
slay2012
slay2012
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон
Симонов ДенисIBExpert,

пользователь может попытаться подправить ХП/функцию/триггер/пакет, а может и не захотеть. Пусть сам решает, но по крайней мере мы делаем ему подсказку. Это лучше чем он узнает об этом когда нибудь потом в runtime.

Вот сегодня нарвался на это. В заголовке косметические изменения. Компарер увидел изменения только в заголовка и в скрипт на обновление вставил только его. Накатал на проде и получил шваброй по лбу:
Код: plaintext
1.
2.
3.
Error while executing SQL statement:
- SQLCODE: -901
- Cannot execute procedure SetContext of the unimplemented package SysContext

Проверил RDB$PACKAGES.RDB$VALID_BODY_FLAG там 0. Перекомпилил пакет и все стало нормально.

Так что я бы не отказался от фичи видеть невалидные пакеты в дереве.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / IBExpert [игнор отключен] [закрыт для гостей] / Хотелка по открытию из зависимостей объекта всех ХП/триггеров в панели окон / 16 сообщений из 16, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 267ms
Закрыть
start [/forum/topic.php?fid=42&tablet=1&tid=1598856]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 150ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 59ms
get tp. blocked users:
 2ms
others: 10ms
total:  267ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]