Когда в любом SQL-запросе, не обязательно в Local View, указывается имя базы, т.е. синтаксис вроде

SELECT ... FROM data3!kart_doc

То это означает "брать данные непосредственно из таблицы" (файла).

А вот если используется синтаксис вроде

SELECT ... FROM kart_doc

то в этом случае сначала ищется рабочая область, в которой открыта таблица с алиасом (заметь, НЕ именем таблицы), совпадающем с указанным именем. И вот только если такой рабочей области не найдено, то далее осуществляется поиск таблицы (файла) с указанным именем.

Опция (Buffering=.T.) - имеет смысл при буферизации, а буферизация - это свойство рабочей области, а не самой таблицы. Отсюда и такой различный результат.

Т.е. надо отредактировать выражение Select-SQL с тем, чтобы убрать имя контейнера базы данных.

men dea"При этом вроде бы перестаёт работать визуальная часть View Designer-а, но не думаю что это
очень уж существенная потеря ;)..."

Какая визуальная часть имеется в виду, я не понял. Вроде все видно, за исключением следующего момента:
Согласно вашим рецептам, командным способом я создал представление: с WITH (Buffering=.T.) В дизайнере посмотрел SQL-код новоявленного LV. Внешне ничем не отличается от представления, созданного дизайнером, хотя работает, конечно, иначе.
Теперь вопросы:
1. Можно ли создать представление, учитывающее буферизацию области, дизайнерским способом?
А в чем проблема? Создаешь в дизайнере, потом влезаешь в код SQL (там где ты его смотришь) и ручками вносишь исправления:

1) Необходимо выброисть ссылку на базу данных
2) Добавить хинт with (buffering = .T.)

Т.е., если сам дизайнер строит конструкцию вида

FROM MyBase!MyTable

то после исправления должно получиться

FROM MyTable with (buffering = .T.)

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


men dea2. Каким либо программным способом, кроме косвенных, можно определить разницу между представлениями с WITH (Buffering=.T.) и WITH(Buffering=.F.)?
В смысле? Что именно необходимо определить? Есть такая опция или нет?

men dea3. Прочитал статью Владимира М. о "2-х кальках при LV и буферизации таблицы" (извиняюсь, что не даю ссылку, но, думаю, автор вспомнит, о чем речь)

Есть ли принципиальная разница, если работаешь с Buffering=.T. или Buffering=.F. , если таблица содержит AutoInc-поле, кроме существования возможности заглянуть в будущее его значения? Мне смутно представляется цель, ради которой мне это потребуется?
Зависит от того, находится ли источник запроса в режиме буферизации или нет. И откуда запрос будет брать данные - из буфера или из исходной таблицы.

В общем, может быть разница, а может - не быть...

men deaПо-моему, Фокс сам все сделает в момент внесения новой записи в таблицу, избавив меня от излишних хлопот. Или же я сам в представлении должен присвоить это "будущее значение" автоинкрементному полю, ибо автоинкрементность не наследуется LV?
Или я опять все не так понимаю? :)
Ты сначала определись, что именно хочешь получить. Т.е. какую цель перед собой ставишь. Затем уже можно будет говорить об использовании тех или иных инструментов.