Да не надрывайся ты так, Игорь выходит в Internet в основном по вечерам, а на данный сайт заглядывает раз в 2...3 дня, так что если хочешь его дождаться, то не суетись, и запаcись терпением. У него еще и работа есть ;)
=========
Твоя проблема заключается в том, что размерность поля в команде Select-SQL в FoxPro определяется по первой записи. Например, возьмем выражение:
IIF(...,MyTab.MyField,0)
Если по условию в
первой записи получится значение 0, то данное поле получит рамерность N(1). Вне зависимости от того, какие значения будут в других записях.
Ну, и соответсвенно, если в
первой записи получится значение MyTab.MyField, то в результирующей выборке будет размерность поля MyField.
Как следствие, после перезапроса может поменяться размерность поля. Отсюда и сообщение об ошибке.
Уровнять размерность полей можно 2 способами
1) Указываешь в нулевом значении столько нулей, какова нужная размерность
IIF(...,MyTab.MyField,000000000)
2) Делаешь вычисляемое выражение
IIF(..., MyTab.MyField, MyTab.MyField-MyTab.MyField)
Разница даст 0, но размерность будет взята из размерности полей, участвующих в выражении
===========
У тебя переменные прописаны в свойствах Local View?
Если делал View через дезайнер, то в режиме модификации View пункт меню Query->View Parameters. Там надо просто указать имя и тип параметра.
Если делал View "ручками", то это свойство
DBSetProp("MyView","VIEW","ParameterList","v_reck1,'C' ")
===========
Теперь, какие проблемы с LocalView созданными на базе других LocalView.
По сути, Local View - это оычный Select-SQL результат которого записывается в курсор. Т.е. если отвлечся от Local View, то по сути ты делаешь примерно следующее:
1.
2.
SELECT ... FROM MyTab INTO CURSOR View1 NOFILTER WHERE ...
SELECT ... FROM View1 INTO CURSOR View2 NOFILTER WHERE ...
SELECT ... FROM View2 INTO CURSOR View3 NOFILTER WHERE ...
Таким образом, чтобы получить View3 необходимо предварительно получить View2, а чтобы получить View2 надо предварительно получить View1.
Иерархия вызовов. Причем принципиально важен порядок вызовов.
Я как-то не проверял, как в этом случае будет работать Requery("View3"), но подозреваю, что автоматического обновления View1 и View2 может и не произойти. Тогда принципиально важным будет вызывать Requery() в определенной последовательности.
Собственно, наверно, именно это и происходит. Ты делаешь, вероятно,
сначала Requery('View3'), но для его переоткрытия необходимо сделать Requery('View2'), а переменные для View2 еще не определены. Вот и идет перезапрос этих переменных. Но здесь я не уверен. Просто не проверял.
Ну, и есть шанс "зациклится" с вызовами, хотя на этот предмет тоже не проверял.
