Сделайте поиск в форуме по MS SQL. Это его "фишка". Хотя, может есть что-то подобное у других SQL-серверов. Просто не в курсе.

Вкратце, это особый способ подключения внешних источников данных (в данном случае таблиц DBF или контейнера базы данных VFP) к этому самому MS SQL - серверу. С точки зрения MS SQL-сервера получается как бы еще одна база данных. Правда, со специальным синтаксисом обращения.

С некоторой натяжкой, это похоже на Remote View в среде FoxPro. Точнее, Вы как бы получаете автоматом кучу "Remote View" по одному на каждую таблицу той базы данных, которая подключена через linked-сервер.

Ну, а "поддерживает только запрос" означает, что такому Linked-серверу со стороны MS SQL можно послать только команду Select-SQL, но нельзя послать команды на модификации: Update-SQL, Insert-SQL, Delete-SQL.

Я могу сказать только о MS SQL. Как с другими SQL-серверами - не в курсе. Хотя, скорее всего, все примерно также.

Лунтикбудет ли SQL-сервер видеть DBF в динамике, сможет ли он увидеть изменения, или зафиксировать факт корректировки в таблице.
Да. Будет "видеть" актуальные данные. То, что есть в момент обращения к таблице.

ЛунтикВообще, если можно, поясните, Select, View и RemoteView ассоциированы с каким видом курсора? В моем представлении Select статический, а представления должны быть динамическими. Я имею ввиду, что каждый раз делая выборку из представления, мне будут выдаваться, вообще говоря разные резльтаты. Или нужно представления обновлять явно?
Тут вопрос в том, что есть View в соответствующей среде и каким способом хранится результат работы этого View.

Вообще говоря, View - это "обертка" над командой Select-SQL. Т.е. в своей основе это и есть команда Select-SQL, но с некоторыми дополнительным процедурами.

Для FoxPro "открыть View" означает выполнить команду Select-SQL и результат работы этой команды записать в курсор FoxPro. Другими словами, результат открытия View - это уже другая таблица. Не таблица-источник Select-SQL. Как следствие, пока не будет выполнено переоткрытие View или его принудительное обновление изменения, сделанные в таблице-источнике будут не видны в открытом View.

Для MS SQL, в принципе, все то же самое. Тонкость заключается в том, что результат "открытия View" физически нигде не хранится. В том смысле, в каком результат выполнение команды Select-SQL, сделанное на MS SQL-сервере никуда не попадает. Это просто некий "мгновенный снимок". Разумеется, Вы можете его сохранить, например, закачав результат его работы в другую таблицу. Но это будет уже не View, а лишь сохранение результата его "открытия"

Поэтому, выражаясь Вашей терминологией, можно сказать, что View на MS SQL-сервере "динамический". Т.е. каждое обращение к View каждый раз дает актуальную информацию (каждый раз другую). А вот в FoxPro он "статический" (после открытия).

ЛунтикSQL-сервер будет работать через провайдера vfpOleDb.dll или у него свои примочки.
Как настроите, так и будет работать. Может через OLE DB, может через ODBC.

Для SQL-сервера таблицы DBF не являются "родным" форматом хранения данных. Поэтому напрямую с ними он работать не может. Необходим "переводчик", которым и является тот или иной провайдер. Другой вопрос, что с DBF-таблицами могут работать много разных провайдеров.

ЛунтикКакие курсоры у провадера?
Никаких. Применительно к провайдеру термин "курсор" вообще не применим.

Вообще-то, предполагается, что OLE DB провайдер в качестве результата выборки должен возвращать COM-объект ADO.RecordSet. Какими свойствами будет обладать этот RecordSet определяется настройками соединения. Не знаю, похоже это на "курсор"?