Вы не пробовали делать все "как в MS SQL"? "Базовый" синтаксис команд Select-SQL одинаковый во всех языках программирования. Просто потому, что он и разрабатывался как некий универсальный стандарт, не зависящий от какого-либо языка программирования.

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

Так вот, стандартный синтаксис команды INSERT-SQL во всех языках программирования это


Этот синтаксис также работает и в FoxPro. Кроме того, начиная с версии FoxPro 8 добавили и другой вариант


Но в FoxPro есть "расширение" этого синтаксиса. Т.е. некоторые дополнительные возможности сделать вставку.

Дополнения касаются того, откуда еще можно получить те значения, которые будут вставляться в поля таблицы. Т.е. альтернативу директивы VALUE. Ну, очевидно, что значения могут быть взяты из переменных памяти. В FoxPro имя переменной памяти и имя поля таблицы может совпадать.

Так вот, если на момент подачи команды INSERT-SQL в памяти есть переменные, имена которых совпадают с именами полей, перечисленных в директиве INSERT INTO, то вместо "тупого" перечисления всех полей в директиве VALUE можно просто указать ключевое слово MEMVAR


Этот синтаксис предполагает, что на момент подачи команды существуют переменные памяти с именами m.Field1, m.Field2, m.Field3, ...

Разумеется, можно создавать эти переменные "поштучно" вручную, но обычно подобный синтаксис используется после использования команды


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

По русски, синтаксис команды Insert-SQL для VFP9 описан здесь

INSERT - SQL Команда

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

Сообщения обработчика ошибок FoxPro, как правило, надо понимать буквально. Если он говорит "syntax error", значит действительно синтаксическая ошибка. Некорректная команда.

Попробуйте выполнить инструкцию Select-SQL отдельно. Без "привязки" к команде Insert-SQL


Если пройдет, потом можно уже будет "цеплять" ее к Insert-SQL

AmbeeПосмотрела че творится в debuggere
Оказалось, что до этого момента
=TABLEUPDATE()

=REQUERY("rv_rorg")
GO TOP IN rv_rorg

=REQUERY("rv_norole")
GO TOP IN rv_norole
ThisForm.o_ListBox1.Requery()

все нормально работает.Т.е. в rv_orgroles появляется строка с теми данными, что мне нужны. Может пролблема в том, что там есть третье поле - or_id Но оно автоинкрементируемое, по идее само должно чего-то добавиться..так что даж не знаю..

Так есть сообщение об ошибке? Если есть, то какое и на какой именно команде возникает?

TableUpdate() - сброс изменений из Remote View в исходную таблицу
Requery() - заново выполняет запрос из исходных таблиц и заново наполняет Remote View

Вы создавали Remotw View каким образом? Через дизайнер? Там есть закладка Update Criterias. На ней обязательно должны быть указаны:

-) Ключевое поле - поставить птичку в столбце под иконкой ключа
-) Обновляемые поля - поставить птичку в столбце под иконкой карандаша - это те поля, изменения в которых будут сброшены в исходную таблицу. Автоинкрементное поле помечать как обновляемое - не надо
-) Выставлен флажок "Send SQL Updates"

Результат работы функции TableUpdate() надо обязательно проверять.


Судя по описанию, произошла какая-то ошибка при попытке сброса буфера, о чем и свидетельствует сообщение об ошибке о том, что буфер не сброшен. Поэтому нельзя выполнить перезапрос по Requery()

alex11100КАД - это виз класс, с которым оч.удобно работать
Небольшое уточнение.

Cursor Adapter - это НЕ визуальный класс. С ним удобно работать, если ты понимаешь назначение всех его свойств и методов.

К сожалению, на его освоение надо затратить довольно значительное количество времени и сил. Он значительно сложнее в понимании, чем Remote View. Я бы советовал все-таки сначала заставить работать Remote View, а потом, с полученным опытом, переходить на Cursor Adapter. Т.е. использовать Remote View как инструмент обучения работы с Cursor Adapter.

alex11100подмена понятий
Да. С этим согласен.

alex11100класс, содержащийся в библиотеке виз классов - визуальный

видимый на форме и для отобр-я значений нужно по-другому и именовать
Только я делаю прямо противоположный вывод. Класс, который может иметь некое визуальное представление в Run-Time - визуальный.

А то, можно ли создать наследника от класса, который, в свою очередь, может быть добавлен в визуальную библиотеку классов, никак не характеризует класс с точки зрения его "визуальности". Это определяет возможность его редактирования визуальными средствами.

Все-таки главным является использование класса (для чего его создали), а не процесс его создания. Поэтому в данном случае, я иду от способа его использования.

AmbeeПтички действительно проставлены не были. дело в том, что вьюшки создавались программно. Ну да неважно, я проставила птички - а буфер по-прежнему не сбрасывается...
Так какая ошибка-то? Кокое содержимое массива laError после использования функции AERROR()?

Это сообщение надо понимать БУКВАЛЬНО! У тебя остались еще в буфере не сброшенные данные.

Дело в том, что функция TableUpdate() без указания параметра сбросит буфер только у одной (текущей) записи. Видимо, ты работаешь в табличной буферизации (5) и изменил более одной записи. Укажи параметр, чтобы сбросить весь буфер