Уважаемые коллеги.
Возникла проблема.
Краткая предыистория:
Написан проект для местного АО Медстрах - обработка счетов с лечебных учреждений, ведение договоров с предприятиями на оказывание медицинских услуг, ведение рестра застрахованных лиц и прочее - в принципе все бы ничего - это лучший проект из всех которые я делал, самому нравится, все на основе классов, своя библиотека контролов, контроль целостности и структуры базы данных, защита от сбоев, восстановление предыдущего сеанса работы и прочие навороты.....
Проблема в следующем: Изначально выбрал вариант файл-серверной технологии, т.е. когда база данных хранится на сервере в виде свободных таблиц (так как требовался доступ из другого приложения на vfp) и отладка происходила на реестре из 5000 застрахованных лиц - соотвественно все в сети - никаких тормозов не возникало....Но вот когда загрузили полную базу - а это 170000 - возникли страшные тормоза, к примеру очень долгий refresh грида, невозможно долгая установка фильтра - сложность еще в том, что на данную таблицу (170000 записей) еще наложены пара реляций....Никогда бы не подумал, что VFP так будет тормозить....Я конечно понимаю, что ошибка тут полностью моя - надо было предусмотреть выборку таких объемов с выделенного SQL сервера и причем определенными порциями, т.е. не весь объем, а только часть по какому-то условию, задаваемому конечным пользователем - но как говорится, время уже не терпит переделки.

Вот собственно и вся беда, хоть сворачивай проект. Если есть какие-то способы ускорить обработку таких массивов данных в сети, прошу помочь советом.

С уважением
DuШes
ICQ 137709691

Сервер Win2000, два винта по 40 Гб, памяти правда маловато - 256метров....
Тут на первре время посказали один вариант: использовать возможности терминального доступа, т.е типа удаленной консоли к серверу - в данном случае для каждого клиента будет загружена своя сессия на сервере, по сути работать будет только сервер MS 2000 и передавать картинки клиенту. Это криво, не спорю......

По поводу локальных представлений - можно поподробнее? И даст ли это реальный результат, или выигрыш по скорости обработки данных - мне кажется что хоть представление, которое вернет 170000 записей, что сама талица - оно же все равно будет загружено в адресное пространство клиента - будет ли резон создавать представление?

По поводу установки фильтра и индексов: Учту.

Спасибо за советы.

По локальным представлениям: скажем, есть таблица table1 в базе данных (как раз та что содержит 170000 записей и на которую анложены несколько реляций), вместо нее создаю представление localview1, которое будет использовать данную таблицу table1 и возращать какой-то резулттат согласно каким-то переданным параметрам, например, фильтр по организации .... Но скажите мне, ведь таблица table1 и локальное представление будет обрабатываться на стороне клиента, т.е. вся вычислительная работа будет осуществляться на клиенте - тогда в чем же смысл использовать localview1 вместо наложения того же самого условия фильтра, которое использовалось бы в selecte, конкретно на саму таблицу table1?

По поводу SET KEY to RANGE..... хотелось бы узнать поподробнее////

всем спасибо за помощь.....
С уважением