Какие опасности поджидают на пути создания триггера
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
lexoos Участник - экстремал
Вступление в Клуб: 06.11.2007
|
Чт Апр 05, 2012 12:32  Какие опасности поджидают на пути создания триггера |
|
Полезность: Нет оценки
|
Поделитесь мыслями и опытом пожалуйста!
Какие опасности поджидают на пути создания собственного триггера в БД например на таблицу Клиенты (интерфейс соответствующий в администраторе модели заблокирован для использования) |
|
 |
nOnAME Участник со стажем
Вступление в Клуб: 25.01.2011
|
Чт Апр 05, 2012 16:00   |
|
Полезность: Нет оценки
|
Использовать собственные триггеры, созданные непосредственно в БД, ЦФТ, на сколько помню, не рекомендует. Рекомендуется использовать механизмы HOOK'ов + расширения к операциям. Они позволяют избавиться от создания триггеров.
Хотя, написанный таким образом триггер, должен работать, но к действиям в триггере будут суммироваться "умолчательные" действия ЦФТ + при обновлении ЦФТ могут возникнуть проблемы(но в этом не уверен). |
|
 |
lexoos Участник - экстремал
Вступление в Клуб: 06.11.2007
|
Пт Апр 06, 2012 05:25   |
|
Полезность: Нет оценки
|
так какие хуки и расширения, если, например нужно возбуждаться на изменения анкеты клиентов, при этом хуки никакие не вызываются существующими триггерами и вызываются библиотечные функции модели |
|
 |
prog Эксперт
Вступление в Клуб: 03.03.2008
|
Пт Апр 06, 2012 06:57   |
|
Полезность: Нет оценки
|
Могу отметить два момента.
1. Такое действие прямо запрещено регламентом локальных доработок Цитата: | 1.1.3 Объекты базы данных Oracle
Запрещается модификация любых объектов базы данных Oracle, относящихся к Лицензированным Приложениям (объекты владельца схемы), средствами, не входящими в состав АРМов СИСТЕМЫ, за исключением выполнения процедур поддержки (PL/SQL сценариев), предоставленных или сертифицированных ЦФТ.
При необходимости создания объектов, принадлежащих внешним программам, созданным средствами, не входящими в состав АРМов СИСТЕМЫ, эти объекты должны создаваться в схеме, отличной от схемы владельца прикладной модели.
|
2. Добавляются клиенты самыми разными способами. Если тригер анализирует реквизиты клиента (а как без этого) на вход к нему могут приходить самые неожиданные данные. |
|
 |
nOnAME Участник со стажем
Вступление в Клуб: 25.01.2011
|
Пт Апр 06, 2012 09:00   |
|
Полезность: 1
|
Да ладно, как это нет таких хуков? А вот например: CLIENT_CONTROL1, вызывается при изменении реквизитов клиента, проверяешь, что меняется какое нибудь из полей анкеты и запускаешь что нужно. Вообщем надо смотреть в хуках. Также можно и расширение повесить на операцию изменения анкеты, если она дистрибутивная и после/или до &BASE$EXECUTE вызывать свои операции. |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|