Евгений wrote:
у меня IBExpert 2005.11.10.3. Firebird 1.5
в SQL редакторе исключение на оба update
Попробуй более новую версию ;-)
OFF:
а я бы неотказался от такого умного триггера. :-)
Много в базе триггеров
IF("любое из полей изменилось") THEN
и как обычно, после добавления поля забываешь IF поправить.
Евгений wrote:
может вылетает ошибка при выполнении обновления, но исключение
проглатывается внутри QueryValue и ты его не видишь поэтому
Х, ошибки там не возникает, но действительно виноват или эксперт или
ФИБы.
Для проверки сделал скрипт:
CREATE EXCEPTION DONOTIT 'Go away !';
CREATE
НЕТ! Таки FibPlus 5 с чем-то :-)
Апдейт вызывался через FibDatabase.QueryValue
Ну тогда скорее слишком умный FIB, эксперт тоже на нем, правда на более
древнем.
Ded wrote:
Не BDE, часом?
НЕТ! Таки FibPlus 5 с чем-то :-)
Апдейт вызывался через FibDatabase.QueryValue
Konstantin R. Beliaev wrote:
Да в том-то и дело, что пробовал не только из эксперта, но и из своей
программы, которая таким разумом не наделена.
Не BDE, часом?
--
Regards. Ded.
Alexandr Kochmin wrote:
это ibexpert умный такой, по-моему. Или кэш метаданных.
Yaffil тут нипричем.
Да в том-то и дело, что пробовал не только из эксперта, но и из своей
программы, которая таким разумом не наделена.
И кэш тут ни причем: старый триггер цеплял данные, которые были до
апдейта
KRB> Ya 887
KRB> Нашел багу в триггере, поправил, ну, думаю, сейчас то же значение полю
KRB> присвою - и все каскадом выправится. Но хитрый дятел видит, что в
KRB> записи ничего не изменилось - и НЕ ВЫЗЫВАЕТ триггера на апдейт.
KRB> Вот блин! Полчаса не мог понять в чем дело :-)
это ibexper
Ya 887
Нашел багу в триггере, поправил, ну, думаю, сейчас то же значение полю
присвою - и все каскадом выправится. Но хитрый дятел видит, что в записи
ничего не изменилось - и НЕ ВЫЗЫВАЕТ триггера на апдейт.
Вот блин! Полчаса не мог понять в чем дело :-)
9 matches
Mail list logo