|
PPR refresh by trigger firing
|
|||
---|---|---|---|
#18+
Коллеги, есть такой вопрос (особенно интересует мнение suPPLer). Возможно ли в APEX реализовать такую штуку: есть Grid с результатами SQL-запроса (report это будет или нет - хз). В таблицу (таблицы), на которой построен данный запрос, добавляется запись (или обновляется запись) так, что она удовлетворяет условию отбора этого запроса. Нужно вывести эту запись пользователю в результате (Grid-е), т.е. обновить этот Grid без полной перезагрузки страницы, причем не постоянно делать периодический refresh (раз в 1/5/10/30 секунд), а делать это именно по событию (trigger может быть). Т.е. использовать некоторый механизм нотификации клиентов о необходимости отрефрешить регион с результатами запроса. Реально? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.11.2010, 20:41 |
|
PPR refresh by trigger firing
|
|||
---|---|---|---|
#18+
___вопрос___обновить этот Grid без полной перезагрузки страницы, причем не постоянно делать периодический refresh (раз в 1/5/10/30 секунд), а делать это именно по событию (trigger может быть) Навскидку два пути решения - причём, каждый из них именно длительный путь решения, в полтыка такое сделать не удастся: 0. Всё-таки долбить в JavaScript БД раз в N секунд через AJAX запросами "А не появилось чего-нибудь новенького?" В зависимости от реализации, можно прекращать долбить, как только что-то новенькое обнаружено, и продолжать после обновления. Автоматически или по пользовательскому действию обновлять отчёт ($a_report / gReport.pull()). 1. Можно попробовать наваять на Java апплет и сервлет, сервлет будет получать Change Notification от БД и рассылать подписчикам уведомления; апплеты будут подписываться и ждать уведомления, а по уведомлению обновлять отчёт... Но это такой велосипедище и потенциальный дополнительный источник проблем в системе, мама не горюй. Я в Java даже не чайник, так что ничего не посоветую. А нужно ли это в действительности? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.11.2010, 21:39 |
|
PPR refresh by trigger firing
|
|||
---|---|---|---|
#18+
suPPLer, С моей точки зрения - не так уж и необходимо. С точки зрения заказчика - необходимо. Это система оперативной обработки некоторых заявок. Часть операторов эти заявки регистрируют, другая часть - их обрабатывает (меняет статусы, приоритеты, редактируют и т.д.) И заказчик хочет, чтобы операторы видели изменения с минимальной задержкой - сразу, как только эти изменения были закоммичены. Сейчас это приложение есть и кое-как работает - какая-то хитрая трехзвенка с самописным application server-ом. Я для них начинаю автоматизировать другую часть учета, была мысль все сделать на APEX. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.12.2010, 10:42 |
|
PPR refresh by trigger firing
|
|||
---|---|---|---|
#18+
___вопрос___С точки зрения заказчика - необходимо. Это система оперативной обработки некоторых заявок. Часть операторов эти заявки регистрируют, другая часть - их обрабатывает (меняет статусы, приоритеты, редактируют и т.д.) И заказчик хочет, чтобы операторы видели изменения с минимальной задержкой - сразу, как только эти изменения были закоммичены . Объясните заказчику, что зазор в 15 секунд между регистрацией заявки и появлением её у оператора вполне приемлем. Особенно, если и те, кто регистрирует, и те, кто обрабатывает, не чай пьют, а постоянно работают. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.12.2010, 15:41 |
|
|
start [/forum/topic.php?fid=50&tid=1876711]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
others: | 17ms |
total: | 162ms |
0 / 0 |