ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Помогите разобраться с триггером
8 сообщений из 8, страница 1 из 1
Помогите разобраться с триггером
    #39215362
iVaRela
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iVaRela
Гость
Добрый день Уважаемые.
Есть таблица TB_PARAMS в которой всего несколько строк, но каждая строка обновляется с некой периодичностью

Код: sql
1.
2.
3.
4.
CREATE TABLE TB_PARAMS (
    ID  INTEGER NOT NULL,
    PARAM_VALUE  VARCHAR(256) NOT NULL
);



и есть таблица TB_REG_STRING

Код: sql
1.
2.
3.
4.
5.
CREATE TABLE TB_REG_STRING (
    ID  INTEGER NOT NULL,
    DT  TIMESTAMP,
    PARAM_VALUE  VARCHAR(256) NOT NULL
);



Нужно, чтобы при изменении значения поля PARAM_VALUE в таблице TB_PARAMS, в таблицу TB_REG_STRING записывалось новое значение этого поля и 'NOW' в поле DT.
При этом запись в таблицу TB_REG_STRING должна происходить ТОЛЬКО ЕСЛИ новое значение PARAM_VALUE отличается от того, которое записано в последней добавленной записи TB_REG_STRING.

В общем это некий журнал, который пишет все изменения поля PARAM_VALUE...

C 'NOW' все понятно:

Код: sql
1.
2.
3.
4.
5.
6.
7.
CREATE OR ALTER TRIGGER TB_PARAMS_BU0 FOR TB_PARAMS
ACTIVE BEFORE INSERT POSITION 0
AS
begin
  NEW.DT = 'NOW';
end
^



А как задать сравнение с последним значением? Вложенным SELECT-ом? Буду признателен за помощь.
...
Рейтинг: 0 / 0
14.04.2016, 10:40
| Ответить | Цитировать | Написать  
Помогите разобраться с триггером
    #39215385
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkMaster
Участник
iVaRela,

Выбирай select`ом, что мешает?
...
Рейтинг: 0 / 0
14.04.2016, 10:54
| Ответить | Цитировать | Написать  
Помогите разобраться с триггером
    #39215387
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
iVaRela,

в общем-то изменение должно писать триггером AFTER UPDATE. Можно универсальный триггер написать чтобы работало как при вставке так и при изменении. Не уверен что вам там какое-то мифическое последнее значение нужно. Скорее всего достаточно в триггере на UPDATE таблицы TB_PARAMS сравнить старое и новое значение поля PARAM_VALUE. Читай про контекстные переменные NEW.* и OLD.*
...
Рейтинг: 0 / 0
14.04.2016, 10:55
| Ответить | Цитировать | Написать  
Помогите разобраться с триггером
    #39215392
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan_Pisarevsky
Участник
iVaRelaА как задать сравнение с последним значением?if (old.tra_la_la != new.tra_la_la) then и далее свою логику.

логирование традиционно пишут в афтер триггеры на логируемой таблице.

Это лаба-курсовик? Ели да, то сгодится, если нет, то схема данных плоха. таблица TB_PARAMS просто лишняя она мешает и будут гарантированные траблы с многоканальным доступом на запись.
...
Рейтинг: 0 / 0
14.04.2016, 10:58
| Ответить | Цитировать | Написать  
Помогите разобраться с триггером
    #39215393
Polesov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Polesov
Участник
iVaRela,

не совсем понятно, каков критерий записи в таблицу TB_REG_STRING значения PARAM_VALUE?
На таблицы какие-нибудь ограничения наложены в виде PRIMARY KEY и UNIQUE?

С уважением, Polesov.
...
Рейтинг: 0 / 0
14.04.2016, 10:58
| Ответить | Цитировать | Написать  
Помогите разобраться с триггером
    #39215433
iVaRela
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iVaRela
Гость
Симонов ДенисiVaRela,

в общем-то изменение должно писать триггером AFTER UPDATE. Можно универсальный триггер написать чтобы работало как при вставке так и при изменении. Не уверен что вам там какое-то мифическое последнее значение нужно. Скорее всего достаточно в триггере на UPDATE таблицы TB_PARAMS сравнить старое и новое значение поля PARAM_VALUE. Читай про контекстные переменные NEW.* и OLD.*

Да, с BEFORE UPDATE это я ошибся.
...
Рейтинг: 0 / 0
14.04.2016, 11:41
| Ответить | Цитировать | Написать  
Помогите разобраться с триггером
    #39215449
iVaRela
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iVaRela
Гость
PolesoviVaRela,

не совсем понятно, каков критерий записи в таблицу TB_REG_STRING значения PARAM_VALUE?
На таблицы какие-нибудь ограничения наложены в виде PRIMARY KEY и UNIQUE?

С уважением, Polesov.

PRIMARY KEY - поле ID, оно на генераторе висит, я опустил этот момент.
Уникальности нет.
Таблица TB_PARAMS должна хранить набор параметров (конфигурация устройства), этот набор может изменяться произвольно разными пользователями. Задача триггера - сохранить все изменения, которые были произведены в TB_PARAMS в таблице TB_REG_STRINGS.
Я понимаю, что можно обойтись без TB_PARAMS, и писать конфигурацию непосредственно в TB_REG_STRINGS методом INSERT OR UPDATE с условием OLD.PARAM_VALUE <> NEW.PARAM_VALUE, и в качестве конфигурации устройства выгружать из TB_REG_STRINGS последние записи, но будет ли этот способ быстрее чем тот, что я описал?
...
Рейтинг: 0 / 0
14.04.2016, 11:52
| Ответить | Цитировать | Написать  
Помогите разобраться с триггером
    #39215480
iVaRela
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iVaRela
Гость
Решил обойтись без TB_PARAMS. Сделаю вьюху на TB_REG_STRING и буду получать конфигурацию из нее.
Тему можно закрывать.
...
Рейтинг: 0 / 0
14.04.2016, 12:10
| Ответить | Цитировать | Написать  
8 сообщений из 8, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Помогите разобраться с триггером
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=39215362&tid=1562230]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 51ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 48ms
get tp. blocked users:
 1ms
others: 16ms
total:  160ms
созд. / загр.: 160ms
x
x
Закрыть


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