Cranz
В общих чертах Hel!Riser уже объяснил.

Тебя вообще не должно волновать где физически расположена таблица. Работаешь так, как буд-то она лежит на машине клиента. Нужно только в файле конфигурации Config.fpw (это обчный текстовый файл) или непосредственно в программе настроить пути доступа к таблицам:

Для Config.fpw
PATH=\\ServerName\ShareFolder

Для программы
SET PATH TO \\ServerName\ShareFolder

Ну, и разумеется все таблицы и собственно базы данных следует открывать в режиме SHARED. Для этого можно сделать глобальную настройку SET EXCLUSIVE OFF.

Подключаться к таблицам через ODBC драйвер для связи в среде FoxPro - это не очень хорошая идея. Резко возрастает количество различных проблем.

Если ты взял курсор через SQLExec(), то для обновления источника необходимо ручками прописать еще один SQLExec() или сделать массу настроек CursorSetProp() чтобы сделать такой курсор обновляемым.

Того же самого результата можно добиться создав RemoteView, но здесь мы пойдем по кругу: RemoteView существует только в базе данных - а как сделать совместное использование одной базы данных.

???????___
Если ты явно не используешь команду USE - это еще не значит, что она не используется вообще. В твоем случае таблицы все-равно открываются через USE, просто ты этого не видишь. Это берет на себя DataEnvironment формы.

По поводу того, что лучше: работать с переменными памяти (GATHER/SCATTER или как у тебя SELECT) или использовать буферизацию. Лично я использую буферизацию.

Как-то была дискуссия с ярым сторонником использования переменных памяти, но убедить его так и не удалось. Буферизация - проще, но он уперся - а вот я привык так. Ну и ладно, пусть работает. Строго говоря - это есть симуляция буферизации "своими руками". Хочется тебе лишней работы - это твои проблемы.

Ноль
Сначала надо выйти на этот предел, а потом искать решение. Возможно, в Вашей задаче действительно используются такие длинные пути, но как правило речь идет об 1...2 уровнях вложенности причем имена как сервера, так и папок редко превышают 15...20 символов. Т.е. 255 символов хватает для указания 5...6 разных сетевых директорий.

Мы же говорим о подключении некоторой служебной папки, которую прочие пользователи вообще не должны видеть. Т.е. ей нет смысла давать некоторое "осмысленное" имя вроде: "Данные для совместного использования в моей сетевой программе".

Также нет смысла организовывать доступ к ней через начиная с диска "C:\", вполне достаточно зашарить только эту папку.

Фактически, это вопрос скорее организационный, чем программный.