Текущий архив: 2003.07.07;
Скачать: CL | DM;
Вниз
Загрузка большого объема данных Найти похожие ветки
← →
bmv (2003-06-23 13:18) [0]Здраствуйте. Есть проблема, может кто занимался или есть мысли в каком напрвлении двигаться - подскажите.
Пишется 3-звенная прилага (Delphi6-Delphi6-MSSQL2000). Связь с СП через TSocketConnection, с MSSQL - через BDE.
Необходимо организовать загрузку большого объема данных (много записей). Так как скорость критична, желательно скачивать данные порциями, но плавно (не заметно для клиента) - то ли как-то реагировать на прокрутку, то ли еще что...
Заранее спасибо за подсказки :)
← →
stone (2003-06-23 13:23) [1]Эта тема периодически тут мусолится. Вывод всегда один: не надо загружать большой объем данных. Пользователь все равно не сможет его воспринять, а тем более обработать. Необходимо ограничение набора данных по каким-либо параметрам (диапазон дат, кол-во записей и т.д.)
← →
Anatoly Podgoretsky (2003-06-23 13:29) [2]stone © (23.06.03 13:23)
Для трех звенке размер не критичен, передается по мере необходимости, размер для просмотра в контексте вопроса не имеет значения, это другая опера граничищая со здравом смыслом. Трехзвенка отчасти для того и придумана, что бы минимизировать эти потери производительности, передается столько сколько нужно, даже в случае LAST лишнии данные по сети не передаются, в отличии от клиентсерверной технологии, очень удомно для низкоскоростных каналов связи. Данные кешируются на клиенте, в любой последовательности, конечно для этого необходим соответствующий клиент, наприме MIDDLEWARE от Пьетте или другие аналогичные, например Байконур от Эпсилон. Можно и самому разработать среднее звено и клиента для этой цели, но усилий нужно вложить много.
← →
bmv (2003-06-24 13:53) [3]Скажу по другому :) Есть большой перечень к примеру деталей. Надо чтобы пользователь мог свободно передвигаться по нему вверх и вниз. Задание фильтров и поиск - это уже другое дело, но надо обеспечить пользователю свободу перемещения по списку. Замечу - быстрое перемещение.
Само собой не хотелось бы чтобы на клиента тянулось много данных за 1 раз, но если искусственно закачивать данные порциями (экранами), то возникает проблема с полосой прокрутки...
Вот если бы что-то по типу как это делает сам MSSQL Enterprise Manager, когда открывает большие таблицы...
Страницы: 1 вся ветка
Текущий архив: 2003.07.07;
Скачать: CL | DM;
Память: 0.45 MB
Время: 0.008 c