Схема такова:
- используется один комп в качестве сервера, где находится бд Access.
- с 5-10 других компов в той же локалке осуществляется коннекты к этой бд из интерфейстных приложений, не важно на чем написанных, главное, что через ADO.

Вопрос:
программируя эти интерфейсные приложения, имеет ли смысл делать отвязанные рекодсеты, выставлять CursorLocation = adUseClient и т.д. или особо ничего не выиграешь?
Меняется ли что-нибудь (с точки зрения файл-серверной схемы доступа акцесса)? Будет ли смягчаться сетевая нагрузка?

Заранее спасибо.
Иван Абрамов,
программист, CSBI.
http://adanalysis.narod.ru - моя программа для выбора авто.

Гипотетическая задача такова: есть общая перегрузка сети, можно ли ее снять (уменьшить), заменив все серверные рекодсеты клиентскими отвязанными. Если рассматривать какой-нибудь самый общий случай проекта(например бд Northwind, отсюда интерфес: формы с полными списками, формы details, отчеты).

По поводу перехода на клиент-сервер все понятно. Давайте рассматривать случай, когда файл-сервер.

ибо неважно чем открывает файл базы клиент все равно через сеть тащится весь файл.
Вот как я понимаю отвязанные рекодсеты в файл-серверной схеме. Поправьте меня.
1. Интерфейсное клиентское устанавливает коннект; (файл .mdb открывается)
2. Открывает отвязанный рекодсет, используемый на клиенте;
3. Закрывает коннект. (файл .mdb закрывается, если других клиентов нет)
4. Далее оно работает с рекодсетом в отвязанном режиме, то есть данные по сети не гоняются и это и есть преимущество отвяз. рекодсетов.
Предположим этот рекодсет является большим списком продуктов, по которому перемещается юзер, просматривая его.
Корректно?

Формы, построенные на отвязанных рекордсетах, отчаянно гонят.
Павел, поясни, плз. Мне это очень интересно.