Hi pavelnew!

> INTO CURSOR &curs_name NOFILTER READWRITE

лучше не макро, а Name expression -

INTO CURSOR (m.curs_name) NOFILTER READWRITE

кроме того я вообще не вижу большого смысла генерировать постоянно такие
"случайные" имена - обычно это просто показывает, что автор не знаком с
концепцией датасессий, и в частности с Private Datasession

> thisform.grid1.recordsource= '&curs_name'

А не проще ли

thisform.grid1.recordsource= m.curs_name

> Возможно сделать так, чтобы при изменение в grid курсора изменились
> соответствующие поля в исходных таблицах.

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

> Хотелось бы обеспечить максимальное быстродействие и надежность.

Для новичка значительно проще воспользоваться встроенным механизмом
локальных представлений, нежели делать собственный аналог (о чём я написал
выше). Он хоть и ограничен (нет полной гибкости при формировании текста
запроса), зато достаточно прост и не требует особо сложного
программирования. В VFP8 есть более продвинутый вариант - CursorAdapter.

А вот Relation совместно с гридом я использовать крайне не советую.

Posted via ActualForum NNTP Server 1.3