Андрей ВикторовичДобрый день.. Хотелось бы узнать или где почитать... Что такое курсор адаптер.. Раньше программировал и создавал интерфейсы в среде VFP, но версии 7... Потом отшел от этого, вот сейча снеобходимость настала... Читаю и не могу понять, как да что))
Local View или Remote View делали? Вот это примерно то же самое, но существенно расширены возможности "вмешательства" в процесс получения выборки и сброса изменений в исходные таблицы.

Идея проста: конструируется запрос Select-SQL, затем он выполняется (получаем некий курсор), затем пользователь вносит изменения в этот курсор, затем осуществляется сброс изменений из курсора в исходные таблицы. Вся эта внутренняя механика скрыта внутри класса CursorAdapter. После его настройки создается впечатление, что работаешь с обычным курсором FoxPro.

Ну, и класс имеет избыточное количество свойств и методов по той причине, что он объединяет в себе 4 принципиально разные технологии доступа к данным: Native (прямой доступ к DBF), ODBC, ADO, XML. Есть свойства и методы применимые только в одной технологии доступа, но бессмысленные в другой. Поэтому есть избыточность.

Довольно подробно это все описано у Юрия Шутенко

CursorAdapter

Привязка к базе данных для CursorAdapter не нужна. Да, собственно и для Local View она не обязательна.

Если вы раньше работали с View, то принцип остался тот же. Все основные правила и проблемы - те же. Несколько больше возможностей и чуть по другому организовано.

Общее правило - по возможности, один CursorAdapter на одну таблицу-источник. Объединение нескольких таблиц-источников в один CursorAdapter для чтения - не проблема, но вот для обновления, довольно трудно.

Андрей ВикторовичПроект мой предполагает серверную БД (файл-сервер) с максимум 3 пользователями... Задача пользователей тупо вносить информацию в одну таблицу... Никогда сетевую модель не разрабатывал, может подскажите как мне реализовать данную задачу. Как вообще создать так, чтобы они когда работают одновременно не мешали друг-другу... и при этом чтоб информация добавлялась в таблицу...
На уровне каких-то конкретных класов в такой постановке вопроса задча не имеет решения. Классы - это инструмент, а какую именно задачу вы хотите решить от инструмента не зависит.

В данном случае, принципиально важным вопросом становится что именно вы вкладываете в понятие "не мешали друг другу". Поясню, о чем речь.

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

Т.е. сначала надо решить вопросы не "как", а "что"? А уже зная, что именно вы хотите реализовать можно посоветовать тот или иной инструмент или способ решения.

Если подобные вопросы вас не интересуют, то достаточно настройки SET EXCLUSIVE OFF. А все остальное CursorAdapter сделает автоматически. Но это будет просто "сваливание в кучу".

ННовичокесли вы корректируете данные в таблице, а потом начинаете сбрасывать(refresh в КАД), то это уже пошла пакетная обработка...
Что именно вы понимате в данном случае под термином "пакетная обработка"? Почему вы считаете, что то, что в конце-концов уйдет на сервер будет отличаться от прямого SQLExec()? Трассировку SQL-сервера смотрели?

ННовичокОтличаться во всех вариантах не будет, отличие в том что sqlexec выполнит одну команду(можно конечно и пакет команд)...во втором случае..изменения в таблице на сервере, как мне кажется происходит по отдельной команде(тут я и говорил про рефреш, может tableeve) на клиенте, которая начинает все записи таблицы сравнивать с записями на сервере и вносить изменения..
PS: опыт не имею...так как новичок
Поверьте на слово: что через SQLExec(), что через CursorAdapter, на сервер будет отправлено примерно одно и то же. Говоря вашими словами, на стороне сервера будет выполнен примерно одинаковый набор команд.

Просто CursorAdapter возьмет на себя рутинную работу по подготовке того набора команд, которые надо будет отправить на сервер. При работе через SQLExec() вам придется писать все то же самое, что делает CursorAdapter, но собственными силами. Будет больше программного кода. Хотя, конечно, от задачи зависит...

Андрей ВикторовичВладимирМ,прошелмимо,
Спасибо за посты Ваши... Вроде разобрался, сделал пару своих классов.... Все работает как часики, только вот не попробовал еще на несколько пользователей...
Просто запустите ваше приложение дважды на одном и том же компьютере. Это и будет симуляция многопользовательского доступа. Для отладки можно запускать дважды и собственно среду FoxPro.

Андрей ВикторовичЯ сейчас как делал эти курсорадптеры, через буйлд указывал сетевой путь на БД.. Вот после компиляции exe, на нескольких машинах будет работать???
Если сетевой путь до этой БД с разных компьютеров будет один и тот же, то, конечно, будет работать. Хотя, обычно, путь доступа к базе данных выносят во внешние (по отношению к программе) настройки.

Андрей ВикторовичУ меня стоит версия 9 сп2, когда запускаю на других компах, пишет не поддерживающих библиотек... Раньше помню вроде копировал один файл в папку системную и все работало, а сейчас как???
Как минимум, нужны еще Run-Time библиотеки. В зависимости от того, что именно используется в приложении для VFP9 могут понадобиться разные файлы. Полный их список можно посмотреть здесь

VFP 9 Runtime Files

Однако "по минимум" нужны только библиотеки: msvcr71.dll, vfp9r.dll и vfp9renu.dll. Причем, библиотека msvcr71.dll, скорее всего, уже установлена

Андрей ВикторовичКстати, а корректно если в курсорадаптере вручную ставил условие на выборку из таблиц??
Если работает, то корректно Хотя, непонятно, что именно вы подразумеваете в данном случае под словами "вручную"?