ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / архивариус: обсуждение особенностей POST_EVENT на классике(CS)
25 сообщений из 71, страница 2 из 3
  2  все
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40053892
Фотография Дегтярев Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дегтярев Евгений
Участник
в евенты бы еще полезной нагрузки положить - цены бы им не было...
...
Рейтинг: 0 / 0
16.03.2021, 09:28
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40053900
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Дегтярев Евгений,

для этого их надо переделать чуть менее, чем полностью
...
Рейтинг: 0 / 0
16.03.2021, 09:43
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40053905
Фотография Дегтярев Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дегтярев Евгений
Участник
dimitr,

догадываюсь
это были мечты в слух

зы
а так получается какой0то чемодан без ручки, вокруг которого приходиться городить свои велосипеды
...
Рейтинг: 0 / 0
16.03.2021, 09:54
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40053908
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Дегтярев Евгений,

напиши себе UDR которая фигачит сообщения в какой-нибудь RabbitMQ или другой брокер и будет тебе счастье
...
Рейтинг: 0 / 0
16.03.2021, 09:59
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40053918
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Дегтярев Евгений,

а компоненты под "полезную нагрузку" кто будет [до|пере]писывать? Ладно у Мимопроходящего велосипед свой :-), а остальные как же?
...
Рейтинг: 0 / 0
16.03.2021, 10:17
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40053934
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Дегтярев Евгений
в евенты бы еще полезной нагрузки положить - цены бы им не было...
Это неправильное желание, оно от непонимания инструмента.
Правильно - положить всё, что нужно, в таблицу(ы) и потом дёргать событие.
При получении события - взять данные из таблиц(ы), или отложить на потом.

Самый частый запрос - хочу получить ID для того документа, который менялся.
Ок. Предположим - получили. Но что с этим ID потом делать ? Распечатать его на лбу ? :)
Всё равно потом нужно идти в БД за содержимым док-та.
Или вы хотите ВЕСЬ документ в событие всунуть ? :)
...
Рейтинг: 0 / 0
16.03.2021, 11:00
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40053937
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan_Pisarevsky
Участник
hvlad
Или вы хотите ВЕСЬ документ в событие всунуть ? :)
[сарказм]Йа, Йа, прямо в жейсоне, ну или хмл-ке. [/сарказм]
...
Рейтинг: 0 / 0
16.03.2021, 11:15
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054057
Фотография Дегтярев Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дегтярев Евгений
Участник
Симонов Денис
напиши себе UDR которая фигачит сообщения в какой-нибудь RabbitMQ или другой брокер и будет тебе счастье

как взат вертать сообщение при ролбеке?
на 2.5 вроде нет udr

dimitr
а компоненты под "полезную нагрузку" кто будет [до|пере]писывать? Ладно у Мимопроходящего велосипед свой :-), а остальные как же?

в нашем случае тож свой велосипед на go
...
Рейтинг: 0 / 0
16.03.2021, 15:00
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054059
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Дегтярев Евгенийна 2.5 вроде нет udr

Зато есть триггер ON COMMIT.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.03.2021, 15:03
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054060
Фотография Дегтярев Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дегтярев Евгений
Участник
hvlad
Самый частый запрос - хочу получить ID для того документа, который менялся.
Ок. Предположим - получили. Но что с этим ID потом делать ? Распечатать его на лбу ? :)
Всё равно потом нужно идти в БД за содержимым док-та.
Или вы хотите ВЕСЬ документ в событие всунуть ? :)


в некоторых кейсах достаточно id, чтобы понять нужно ли реагировать на событие или нет
ну сходить за документом по id не одно и то же что рефреш выборки или запрос последних документов по времени изменения

Ivan_Pisarevsky
[сарказм]Йа, Йа, прямо в жейсоне, ну или хмл-ке. [/сарказм]

в каждой шутке только доля шутки ))
...
Рейтинг: 0 / 0
16.03.2021, 15:09
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054121
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Дегтярев Евгений
hvlad
Самый частый запрос - хочу получить ID для того документа, который менялся.
Ок. Предположим - получили. Но что с этим ID потом делать ? Распечатать его на лбу ? :)
Всё равно потом нужно идти в БД за содержимым док-та.
Или вы хотите ВЕСЬ документ в событие всунуть ? :)


в некоторых кейсах достаточно id, чтобы понять нужно ли реагировать на событие или нет
Используй событие с этим ID в имени. В "некоторых кейсах", есс-но, а не всегда ;)

Дегтярев Евгений
ну сходить за документом по id не одно и то же что рефреш выборки или запрос последних документов по времени изменения
Если [список нужных] ID лежит в спец таблице (как я и писал выше), то нет никакой разницы.
Про список последних по времени изменения - то же самое. Или клиент не знает времени ? Или время изменения не хранится с документом ?

Ещё ни разу я не слышал убедительных аргументов в пользу необходимости "полезной нагрузки" в event'ах.
...
Рейтинг: 0 / 0
16.03.2021, 16:25
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054123
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
16.03.2021 16:25, hvlad пишет:
> Используй событие с этим ID в имени.

и как на него подписаться?
ID заранее неизвестен.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.03.2021, 16:29
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054124
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Мимопроходящий
16.03.2021 16:25, hvlad пишет:
> Используй событие с этим ID в имени.

и как на него подписаться?
ID заранее неизвестен.
"в некоторых кейсах достаточно id, чтобы понять нужно ли реагировать на событие или нет"

Либо ты знаешь заранее эти ID и их смысл, либо одно из двух. Не ?
...
Рейтинг: 0 / 0
16.03.2021, 16:32
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054127
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
hvlad
Используй событие с этим ID в имени.

hvlad
Ещё ни разу я не слышал убедительных аргументов в пользу необходимости "полезной нагрузки" в event'ах.


Беда в том, что этот ID заранее не известен клиенту, который должен подписаться на это событие для начала.

Для маленького справочника, конечно, можно попробовать зарегистрировать 1000 событий на каждый ID :)
...
Рейтинг: 0 / 0
16.03.2021, 16:33
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054128
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
YuRock,

см ответ выше
...
Рейтинг: 0 / 0
16.03.2021, 16:34
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054129
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
Мимопроходящий
16.03.2021 16:25, hvlad пишет:
> Используй событие с этим ID в имени.

и как на него подписаться?
ID заранее неизвестен.
Что-то я сегодня не успеваю нигде :(
...
Рейтинг: 0 / 0
16.03.2021, 16:34
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054132
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
hvlad
"в некоторых кейсах достаточно id, чтобы понять нужно ли реагировать на событие или нет"

Либо ты знаешь заранее эти ID и их смысл, либо одно из двух. Не ?
Понятно, что можно перед отправкой эвента наполнять какую-то доп. таблицу этими ID, а на клиенте оттуда уже их читать.
Но это же лишние телодвижения.
Кроме того, таблица одна, а клиентов, получивших событие - 183. Кому из них очищать эту таблицу после обработки? Это еще вопрос.
...
Рейтинг: 0 / 0
16.03.2021, 16:38
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054137
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
а вродь был таки довольно древний тикет в FD, касаемо подписки на события по маске.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.03.2021, 16:40
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054141
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
Мимопроходящий
а вродь был таки довольно древний тикет в FD, касаемо подписки на события по маске.
В 2.0 собирались ввести вроде что-то подобное, но передумали.
...
Рейтинг: 0 / 0
16.03.2021, 16:42
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054168
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
YuRock
Понятно, что можно перед отправкой эвента наполнять какую-то доп. таблицу этими ID, а на клиенте оттуда уже их читать.
Но это же лишние телодвижения.
Это не лишние телодвижения. Это то, как правильно пользоваться инструментом.
И, надеюсь, ты не предлагаешь отдельно читать эти ID и потом читать соотв. документы ?

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

С чего ты решил, что подобные проблемы не появятся при реализации "полезной нагрузки" в event manager ?
Но платить за них будут все - и те кому оно надо, но лень сделать самому "лишние телодвижения", и те, кому оно не надо.
...
Рейтинг: 0 / 0
16.03.2021, 17:00
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054169
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Мимопроходящий
а вродь был таки довольно древний тикет в FD, касаемо подписки на события по маске.
Та же самая ерунда.
У вас СУБД в руках, научитесь уже выделять сущности и управлять ими ;)
...
Рейтинг: 0 / 0
16.03.2021, 17:02
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054183
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
YuRockБеда в том, что этот ID заранее не известен клиенту, который должен подписаться на это
событие для начала.

Ну подписался ты на это событие, ну пришло оно тебе с каким-то ID, как ты решишь надо ли
на него реагировать или нет, если тебе неизвестен ID на который надо реагировать.

Ок, вангую: ты сначала подписываешься, потом узнаёшь ID. А что, подписаться только после
того, как узнал ID, это настолько гениальная идея, что придёт в голову не каждому?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.03.2021, 17:14
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054193
Barmaley57
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Barmaley57
Участник
Как мне видится: идея с передачей ID не очень хорошая, по причине того, что при массовой посылке event'ы группируются по event_name,count(). Представьте нагрузку на канал в случае передачи каждого ID...
...
Рейтинг: 0 / 0
16.03.2021, 17:23
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054194
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
Dimitry Sibiryakov
YuRockБеда в том, что этот ID заранее не известен клиенту, который должен подписаться на это
событие для начала.

Ну подписался ты на это событие, ну пришло оно тебе с каким-то ID, как ты решишь надо ли
на него реагировать или нет, если тебе неизвестен ID на который надо реагировать.Неизвестен потому, что реагировать надо на любое ID эвэнта c определенным именем.
...
Рейтинг: 0 / 0
16.03.2021, 17:24
| Ответить | Цитировать | Написать  
архивариус: обсуждение особенностей POST_EVENT на классике(CS)
    #40054197
YuRock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YuRock
Участник
Barmaley57
Как мне видится: идея с передачей ID не очень хорошая, по причине того, что при массовой посылке event'ы группируются по event_name,count(). Представьте нагрузку на канал в случае передачи каждого ID...
Это всё понятно. Я вообще ничего не предлагаю. Пишу в стиле было бы хорошо, если бы...
...
Рейтинг: 0 / 0
16.03.2021, 17:26
| Ответить | Цитировать | Написать  
25 сообщений из 71, страница 2 из 3
  2  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / архивариус: обсуждение особенностей POST_EVENT на классике(CS)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=40053908&tid=1560084]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 173ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 63ms
get tp. blocked users:
 1ms
others: 17ms
total:  300ms
созд. / загр.: 300ms
x
x
Закрыть


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