"Вообще, Fox не может вытащить данные потому, что пытается заблокировать таблицу перед чтением. Если 1С ее занимает, то блокировка не удается. Из-за этого, в частности, прямые запросы не работают, если пытаются вытащить данные из регистра, по которому в текущий момент проводится документ.
<...> Fox при выполнении запроса блокирует таблицу. Соответственно, если вдруг кто-то захочет провести документ по регистру, по которому формируется запрос, то его ждет облом. Что при этом будет с 1С - не знаю, но для 1С это явно будет нештатная ситуация.<...>"
(c) Документация 1С++, раздел "Учебник/Эффективное использование MSSQL при помощи ВК 1С++".

Вопрос к тем кто использовал 1срр на DBF-базах: вызывало ли подобное поведение драйвера FoxPro ощутимые проблемы в работе и на сколько серьезные? Как решали? (про "патч" для драйвера комментарий тоже прочитал - не нравится такой вариант из-за "Естественно, такой драйвер нельзя использовать для записи данных в таблицу ДБФ - можно обгадить базу." (с) Uzhast)

Сам лишь присматриваюсь к 1С++ и пытаюсь на деле применить ее преимущества, т. к. сам уже давно стараюсь по максимуму работать на v8, и программить под 7.7 стало очень тоскливо, но все еще приходится.

Ладно, думаю не критично - вопрос стоит в формировании одного отчета пока-что, да и пользователей всего 3 Ну если будут проблемы - будем решать через СкуЛайт

Да писать, собственно, не собираюсь пока... Но возможность не исключаю.
И, кстати, я правильно понял, что ключевое слово NOLOCK - это только для MSSQL актуально?