|
|
|
Event's с параметрами
|
|||
|---|---|---|---|
|
#18+
Кто-нибудь знает, ожидается ли в новых релизай FireBird (InterBase) event's с параметрами. Очень хочется на клиенте знать не только, что event произошел, но и, например, кто был его причиной... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2003, 13:18 |
|
||
|
Event's с параметрами
|
|||
|---|---|---|---|
|
#18+
Чё-то обещали, но не много. Есть мнение, что без этого можно обойтись и лучше использовать специальные таблицы, в которых будут эти события регистрироваться и уже по таблицам клиенты будут разбирать кто, чё и кому отправил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2003, 13:47 |
|
||
|
Event's с параметрами
|
|||
|---|---|---|---|
|
#18+
Ну факт получения определённого события есть. Создаёте таблицу, в которую одновременно с командой POST EVENT помещаете дополнительные данные. По факту события клиент выгребает запись, описывающую последнее событие и сам уже решает, что с ней делать. Целесообразно запоминать код последнего обработанного события чтобы при следующем запросе выбирать только новые записи. В общем тут фантазировать можно долго ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2003, 14:12 |
|
||
|
Event's с параметрами
|
|||
|---|---|---|---|
|
#18+
> Создаёте таблицу, - Ну, типа запись в таблице... > в которую одновременно с командой POST EVENT помещаете > дополнительные данные. - Ну, типа ID клиента, ID измененной таблицы, ID записи... > По факту события клиент выгребает запись, > описывающую последнее событие и сам уже решает, что с ней делать. > Целесообразно запоминать код последнего обработанного события чтобы при > следующем запросе выбирать только новые записи. > В общем тут фантазировать можно долго ... И что, каждому клиенту - свой экземпляр записи? А если клиент не подписался на этот Event, то кто будет обрабатывать эту запись? Кто-нибудь такое делал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2003, 14:51 |
|
||
|
Event's с параметрами
|
|||
|---|---|---|---|
|
#18+
>И что, каждому клиенту - свой экземпляр записи? А если клиент не >подписался на этот Event, то кто будет обрабатывать эту запись? Не понял, какие тут проблемы. Каждый клиент, который зарегистрировался на событие, после появления события читает новые данные из журнала событий и дальше решает что ему делать. А если ни один клиент не подписался - удаляйте записи сами по истечении времени какого-то к примеру или пусть копятся... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2003, 15:16 |
|
||
|
Event's с параметрами
|
|||
|---|---|---|---|
|
#18+
Слышал краем уха, что функция запроса с параметрами реализованна через UDF. Там либо сама библиотека широковещательной посылкой всех оповещает, либо спецальный демон, к которому конектятся клиенты для получения события. В любом случае в клиентской проге должен быть сокет, через который события и ловятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2003, 17:41 |
|
||
|
|
start [/forum/topic.php?fid=40&msg=32258999&tid=1580008]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 253ms |
| total: | 428ms |
| 0 / 0 |
