Firebird и event

← →
}|{yk © (2004-07-23 13:26) [0]

Можно ли узнать, кто послл сообщение? Если я из программы посылаю сообщение, то оно мне же и вернется и меня же предупредит, что не нужно.
Конечно, можно сказать - зачем посылать сообщения из программы, пусть этим занимаются триггера, но если например идет загрузка данных из внешних источников, проще послать сообщение из программы.

← →
Reindeer Moss Eater © (2004-07-23 13:28) [1]

Можно ли узнать, кто послл сообщение?

но если например идет загрузка данных из внешних источников, проще послать сообщение из программы.

Если идет загрузка данных и все должны быть оповещены об этом, то не все ли равно от кого именно придет оповещение?

← →
}|{yk © (2004-07-23 13:34) [2]

Это понятно, но зачем программе-отправителю второй раз знать об этом? Она и так это "знает".

← →
Reindeer Moss Eater © (2004-07-23 13:41) [3]

Погаси компонент ответственный за прием eventa

Посылка EVENTS до сих пор ещё весьма примитивна. Однако я например, нашёл такое решение: В базе есть таблица Commands в этой таблице столбцы: ID, COMMAND, PARAMS, FROM_CID, TO_CID.

Т.е. когда я отправляю event (а он у меня всегда только один, других нет), этот ивент, лишь сообщает что в таблице Commands добавились записи, и все подключённые пользователи при получении этого Event проверяют таблицу Commands начиная с последнего+1 проверенного ID.

Ньюансов была масса, но все решены, так что в конечном счёте получилась система оповещений, где всё ясно: от кого, кому, что, и когда - ведь в Commands могут быть какие угодно поля.

Firebird и event Найти похожие ветки