Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Обновление данных remote view при изменении данных на сервере
|
|||
|---|---|---|---|
|
#18+
Привет всем. Прошу помочь в решении следующей проблемы: Есть представление данных удаленного источника. созданное через CREATE VIEW <remote_view_name> AS <SQL message> REMOTE CONNECTION <remote_connection_name>/ В данном представлении настроены обновляемые поля, ключевое поле и т.д, т.е. все те свойства (TABLES,KEYFIELD,UPDATENAME,UPDATABLE,SENDUPDATES), которые позволяют производить изменения в локальном курсоре и отображать эти изменения на удаленный источник данных. Теперь собственно проблема: есть форма, в которой есть грид, в котором показываются данные из полученного удаленного представления. Совсем другой пользователь с другого компьютера изменяет данные на сервере, т.е. те данные, которые мы видим на форме, уже не корректны, их необходимо заново как-бы обновить, сделать REQUERY() - вот как бы сделать это так, чтобы операция requery происходила автоматически или же через определенный промежуток времени. Скажем, если бы это была обыкновенная таблица DBF, отображаемая в гриде, то никаких проблем не было бы (SET REFRESH TO ....), но в данном случае имею дело с локальным курсором удаленных данных (ну как я понимаю remote view) - и такой механизм соотвественно не работает. Может быть кто сталкивался с такой проблемой, прошу поделиться опытом. С уважением ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2004, 09:13 |
|
||
|
Обновление данных remote view при изменении данных на сервере
|
|||
|---|---|---|---|
|
#18+
Для того чтобы автоматически периодически запускать какой либо процесс существует такой объект как Timer. Бросаешь его на свою форму, прописываешь, какое действие (в твоем случае Requery()) и с какой периодичностью запускать и готово. см .Help - там все описано. Только учти, что, если пользователь изменял данные в представлении, то прежде, чем делать Requery(), нужно сначала TableUpdate(). НО!!! Обрати внимание, что перейдя на клиент-серверную технологию, ты пытаешься использовать файл-серверный подход! Если результирующий набор данных твоего View - достаточно велик (в итоговом курсоре сотни строк, десятки полей), а Requery() делается достаточно часто (чаще чем 1 раз в 5 сек.), то это, возможно, будет грузить сетку и сервер, и твое клиент-серверное приложение будет тормозить сильнее, чем прежнее файл-серверное. И ты прибавишься к числу тех, кто думает: "Клиент-сервер - мастдай! Файл-сервер - форевер!" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2004, 12:28 |
|
||
|
|

start [/forum/topic.php?fid=41&fpage=398&tid=1597318]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 326ms |

| 0 / 0 |
