stivapДобрый день!

Подскажите, есть ли такой алгоритм обновления курсора для того чтобы пользователь мог видеть, что данные обновляются. Например, необходимо переодически обновлять справочники в случае, если были добавлены записи другим пользователем.

Спасибо!

Задача требует уточнения, "справочники смотреть" - это цель задачи, если да, то можно придумать всякие алгоритмы, а вот если нет, то тогда встает вопрос - а зачем надо периодически обновлять на клиенте справочник?

Обычный ответ, что бы был актуальным, в этом случае стандартный ответ - справочник перестал быть актуальным как только данные попали на клиента (представьте, что какую-то запись удалили в тот момент когда клиент закончил принимать данные).

Поэтому, подгрузка справочника осуществляется в момент выбора из него, а дальнейшее "разруливание" ситуации происходит в момент сохранения данных.

alex111002 PaulWist , угу
и тормоза гарантированы
и трястись сервер бедный будет при каждом клике по полю со справочником


Твои предложения, в какой момент надо заполнить на клиенте справочники, что бы юзер мог из него выбрать - это во первых, во вторых я ни где не сказал, что справочник надо тащить весь, если это не так, то выдели мои слова где об этом сказано.

alex11100из серии очередных моих сказок

Служба уведомлений (SQL Server 2005 позволяет разработчикам включать в приложения возможность узнавать об актуальности обрабатываемых данных)

для 2000 есть сендмесседж

Где у меня упоминание о MSSQL 2005, а так же об месенджере.

ps читай внимательнее посты, если есть конкретные вопросы, тогда задавай их.

alex11100КА - скорость + абстрагирование от источника
Vfp + MSSql2005 - получится буферизованный клиент

Фу елки палки, зачем эти лозунги.

Ты на мои вопросы по пунктам ответить можешь или их надо повторить (замечу о конкретном инструменте доступа к данным и тем более к какому серверу я вообще не упоминал, более того мы сейчас рассматриваем абстрактную задачу, те принципы построения)

alex11100принцип один для
справочника

справочник в лисе должен по-возможности буфериться на клиенте,


Ну давай разберем по пунктам.

1. В какой момент он должен появится на клиенте?
- Наверное в тот когда в нем будет необходимость.
Когда это наступит?
- Тогда когда из него захотят выбрать.

Возражения против п.1 - есть?

Думаю - нет.

2. Дальше. Из справочника захотят выбрать, наверное какое-то известное значение, значит есть два варианта
а) дать юзеру возможность нашлёпать ключевое слово и показать усеченный отбор, пусть выбирает
б) либо выпихнуть справочеик полностью, пусть ищет сам (на самом деле даже в этом случае надо дать юзеру поиск по ключевому слову) .

alex11100что даст выигрыш, а передергивать его нужно, посылая уведомление с сервера
(если таковая возможность есть)

Про уведомления с сервера нет пока речи, да это вообщем-то не нужно.


alex11100
а не тупо передергивать каждый раз

А вот здесь вопрос неоднозначный, давай разберём

Предположим ты открыл форму, пытаешься выбрать из справочника, а нужного значения нет, ну забыл его ввести, что можно предпринять
1. если справочник редактируемый, то можно сразу добавить
2. а если нет, ну политика ведения справочников такая, что их могут заполнять специально обученные люди, тогда надо его заполнить, НО после этого в форме новая запись не появится, поскольку при обращении к справочнику не произойдет перезапрос с сервера.

Думаю идею донёс.

В. КлепининПаша, тебя забавляет спор с Алексом?
Или ты пытаешься что-то объяснить самому продвинутому фоксисту в мире?

Слава, привет.

Пытаюсь, что-то донести из тех "граблей" которые сам огребал, а Сани период "размахивания шашкой" пройдет, возможно тогда что-то пригодится, да и мне не грех поучиться.