Чужая работа редко кажется важной :)

Я признаю что вопрос был поставлен узко, и без контекста.

Вот контекст, чтобы желающие могли поразить мозги.

Мне досталась древняя система (win32 терминал -- аппсервер-оракл11), в которой некоторые операции занимают непозволительно дорого, десятки секунд.
Например, адресная книжка на 20тыс заказчиков выскакивает за 20 сек, если фильтр не выставлен с прошлого раза. Показать всех - это существующее бизнес требование,к нему претензий нет.

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

10к строк/сек это ограничение грид-контроля в условиях маломощного ЦПУ. Чтобы делать быстрее, пришлось закэшировать форму. Теперь адресная книга выскакивает мгновенно, но в ней данные с прошлого раза.

Обновления адресной книги:
- в бэкграунде, подлинном. Грубо и растра но
- в бэкграунде, уведомлениями с сервера - нет такого грида, и нет таких технологий
- во время вызова книги, целиком - нет толку, так же долго как создать с нуля
- во время вызова, инкрементально - приличное количество кастом кода на клиенте И сервере, который делает диффы
- сразу после вызова целиком, без подвисания UI - это вроде перспективное направление,посмотрю в понедельник.

Спасибо. Хотя я не смогу это использовать, было интересно узнать что СУБД развиваются в этом направлении.

Я опишу реакцию:

"Ой, телефон на одной строчке поменялся? Прямо на глазах! В точности как в демо, когда нам показывали в тренинге про улучшения в системе. Сейчас позвоню Аллочке что заметила ее правку живьем".

Корпоративная среда, все легко.

white_nigger,

Server mode - это на первый взгляд то, что нужно. Посмотрю в этом направлении, спасибо.

Мимопроходящий,

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

Это, имхо, не тот случай. Аутлук умеет мгновенно показать адресную книгу на 100+ тыс, поэтому "сделай адресную книгу как в аутлуке" это довольно резонное требование.

Внезапно, но - не может. Первый десяток адресов из этой книги - да, но чтобы все 100+ тыс...


Аутлук тянет корпоративную адресную книгу из локального кэша, который периодически обновляется в фоне. Помню что обновления в адресной книге аутлука 2000/exchange 5.5 запаздывали на минут 5-10, что резонно для справочника который редактируется извне.

Внезапно, но - не может. Первый десяток адресов из этой книги - да, но чтобы все 100+ тыс...


Аутлук тянет корпоративную адресную книгу из локального кэша, который периодически обновляется в фоне. Помню что обновления в адресной книге аутлука 2000/exchange 5.5 запаздывали на минут 5-10, что резонно для справочника который редактируется извне.

Ну так и ты показывай свой список из локального файла, который обновляй периодически. В
чём проблема-то?


У меня уже все в памяти и в гриде сидит, файл не нужен.

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

Если забылось:

> Я работаю над задачей, для реализации которой было бы удобно иметь таблицу на экране, которая авто-синхронизируется с таблицей данных