Почитай темы

http://www.sql.ru/forum/actualtopics.aspx?search=recordsource&bid=37

Изначально в дезайнер в качестве Grid.RecordSource должно стоять (None), причем это (None) должно быть выделено жирным шрифтом. Ни в коем случае нельзя сбрасывать его через "Reset At Default"

fox_kiv

У Вас неправильное понимание того, что такое View.

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

Однако при желании, то же самое можно сделать и с обычным курсором, полученным по команде Select-SQL используя настройки CursorSetProp().

Просто View сделает эти настройки автоматически. Не надо будет писать собственную процедуру установки этих настроек.

Еще одно преимущество View - это специальные команды по его обновлению. Для Select-SQL как уже показали выше надо писать дополнительный код

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

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

fox_kivНу и чего не правильного?
Принципиальное непонимание того, что View и Select-SQL для FoxPro - по сути одно и то же. Вы их почему-то противопоставляете. Просто View автоматизирует некоторые процессы.

fox_kivпраметризированный вью покрывает все недостатки...
Не все. Кроме того, имеет собственные недостатки.

fox_kivкроме того хранить базу в фокс анахранизм,
Почему собственно? Это зависит от конкретной решаемой задачи.

fox_kivбазу нужно держать в оракле или в сиквеле на худой конец, а тут уж без remote view никак...
М-да. Живут же люди... Оракл для них купить не проблема. Специально, чтобы хранить базу данных на 50 таблиц и пару миллионов записей

fox_kivну вообще-то дело вкуса, нравится писать запросы - пишите, мне проще вьюхи городить...
Вопрос не в том "нравится/не нравится", а в том, "можно/нельзя". Далеко не все можно решить через View

fox_kiv1. Не противопоставляю, а выбираю, выбор всегда есть...
"принципиального непонимания" быть не может, 15 лет с фоксом(работа) + 4 года преподавания в вузе: теория субд, V.FoxPro, теория отношений и др.
это у вас не понимание, и ответы на ваше же непонимание....
Из Ваших первых постов я понял, что Вы именно противопостовляете View и Select-SQL.

fox_kiv
считаю глупо курсор пихать в грид если есть view,

зачем нужен допотопный селект, если можно использовать представление,

Сегодня вью занял свою позицию, запрос отошел в сторону

Для конкретного запроса, послужившего темой данного топика это справедливо. Но в более общем случае я с этим не согласен. Отсюда и мои попытки объяснить. Извините, если Вы и так все это знаете.

fox_kiv2. Какие недостатки? Перечислите пожалуйста...
В принципе, в более старших версиях FoxPro исправлены некоторые чисто технические проблемы с использованием View. Поэтому остановлюсь на проблемах, связанных собственно с самой логикой View

-) Сброс изменений из View созданных на базе нескольких связанных таблиц при одновременном добавлении записей в несколько таблиц-источников
-) Формирование View с неопределенной структурой. В стандартном Select-SQL это решается макроподстановками. Для View - это неразрешимая проблема (частично решаемая разными "фокусами")
-) UNION

fox_kiv3.Конкретные решаемые задачи на тридцать записей можно сделать в екселе или аксесе на Худой Конец...

4. М-да, задачи бывают разные...
Это сразу и вопрос и ответ. Думаю, в пояснениях не нуждается.

fox_kiv5. Далеко... далеко не все можно решать в принципе, и через вью в том числе... такова жизнь...
Согласен. Я просто хотел сказать, что View - это своеобразная "надстройка" над Select-SQL. Как следствие, пришлось пожертвовать некоторыми возможностями Select-SQL.

__GUESTКстати, хотел спросить а имеет ли смысл включать для курсора буффиризацию ? Ведь с курсором работает только один пользователь.
С вьюшко все понятно.
Это зависит от конкретной задачи. Иногда нужно и такое чудо.

__GUESTа можете привести пример, когда нужно делать буфферизацию курсора (т.б. врем. таблицы)
-) Если требуется определить какие данные в курсоре были изменены
-) Если время на создание курсора относительно велико. В этом случае дешевле сделать откат буфера, чем заново создавать курсор
-) Если курсор делается обновляемым. Аналог View, только создается программно через CursorSetProp()