|
|
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
Дело в следующем. Имеется PageFrame c Grid-ами, источником которых являются SQL запросы. Мысль следующая; в Activate Page-а прописать проверку последней модификации исходных таблиц SQL запроса. Если эта активация первая, запомнить последнюю дату-время модификации файла и построить запрос, (представление) если нет, то сравнить текущие дату-время последней мод.файла со временем, которое было при постоении запроса. Если таблицы изменялись - строим запрос заново (в представлении REQUERY). В общем думаю мысль понятна. Чтобы не тратить лишнее время на обновление данных, однако всегда иметь последние данные. Функции: LUPDATE('table') FDATE('table') FTIME('table') видят последнее изменение только после того, как в программе, в которой были внесены изменения, закроют таблицу. Опять же, как то глупо, после каждой команды Tableupdate() закрывать и открывать заново таблицу. Может что посоветуете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 13:43:54 |
|
||
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
Для начала хорошенько обдумать, что ты хочешь и правильный ли ты путь выбрал? Допустим, таблица на сервере обновляется несколько раз в секунду. Будешь отлавливать все эти обновления (не результаты обновлений, а именно сами факты обновления)? И будешь реагировать на каждый такой факт? И, думаешь, будет меньше обмена по сети? И юзеру будет время работой заниматься, а не ожидать очередного, N-го за текущую секнду, обновления? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 14:01:23 |
|
||
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
Проверка будет только при активации данной закладки в Pageframe. Если он-пользователь на ней остается, то проверка не осуществляется. Если пользователь ушел на другую закладку и вернется назад - тогда проверка будет проведена. Что - то в этом роде. Пока сам не определился, делать или не делать. быть или не быть вот в чем вопрос :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 14:06:22 |
|
||
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
сунь в тулбар кнопку рефреш и пусть юзер давит сам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 14:12:21 |
|
||
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
Хотелось сделать более автоматизировано придется сделать как обычно, чем проще - тем надежней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2005, 15:41:07 |
|
||
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
Hi GoshaS! Если очень хочется, то напиши триггер на все действия, в котором меняй некоторое поле в системной таблице - правда ты будешь сильно зависеть от корректности хода системных часов на каждом компе... можно пойти дальше, и держать для каждой записи Timestamp (заполняя его также через триггер) - и при необходимости "выбирать" только изменённые данные. или вообще создать полноценную систему аудита и пользоваться её данными (пример подобной системы был в "решениях" на foxclub.ru). Автообновление "вообще" очень часто вред а не польза (юзер пугается, когда "вот только что было, и тут-же пропало - а я ничего не делал") - всё-же когда он сам давит кнопку к тебе вопросов меньше - сам нажал, вот и получи :) Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2005, 01:55:35 |
|
||
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
2GoshaS Главное достоинство кнопки - и тебе проще, и юзер занят делом, сидит кнопку давит, и начальство довольно, глядя на этот процесс :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2005, 12:53:11 |
|
||
|
Время последней модификации файла
|
|||
|---|---|---|---|
|
#18+
да, простота - это логично пришли к консенсусу вот так бы всегда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2005, 17:28:48 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=33295870&tid=1593376]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
181ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
67ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 493ms |

| 0 / 0 |
