Работаю с таблицами 1С (дбф) через vfpoledb.

Все замечательно - но постоянно требуется использовать данные
подзапроса во многих частях основного.

Нет ли возможности выложить подзапрос в некую временную таблицу?
Можно конечно выложить в файл дбф - но это очень медленно.

Вот такой код отрабатывается нормально
Select SC33.ID as ID INTO CURSOR TmpTable NOFILTER

но потом обратиться к TmpTable не получается :(

Сначала делаю

Select SC33.ID as ID from sc33 INTO CURSOR TmpTable NOFILTER (в первом посте забыл from в спешке)

Потом пытаюсь использовать курсор

Select TmpTable.ID as ID from TmpTable

Получаю

FAILED! ICommandText::Execute(): File 'tmptable.dbf' does not exist.
Ссесию подключения не прерываю.

В командном окне FoxPro команда

EXECSCRIPT('Select SC33.ID as ID from sc33 INTO CURSOR TmpTable NOFILTER '+CHR(13)+'Select TmpTable.ID as ID2 from TmpTable')

выполняется так как хотелось.
Но передаю ее vfpoledb - на выходе :
return_value 1

И вообще - какой бы я скрипт ни писал - на выходе всегда "1" :(

Wiskas авторFAILED! ICommandText::Execute(): File 'tmptable.dbf' does not exist.
Вот это интересней, ссори, что сразу не увидел.
Можно подробнее, как коненнектимся, как выполняемся ?
Меня терзают смутные сомнения, что то, что Вам нужно получить, можно дернуть и без EXECSCRIPT.

Подключаемся при помощи специальной компоненты через OLEDBData .Строка Соединения
|Provider=VFPOLEDB.1;
|Deleted=Yes;
|Null = Yes;
|Exclusive = No;
|SourceType = DBF;
|Data Source=" ...";
|Mode=ReadWrite;
|Extended Properties="""";
|User ID="""";
|Password="""";
|Mask Password=False;
|Collating Sequence=MACHINE;
|DSN="""""

Команды FoxPro выполняются через oledbcommand

Можно использовать хранимые процедуры.
А временные таблицы как создавать 1С-ники не знают. Поэтому
либо выполняют по нескольку раз один и тот же запрос (в подзапросах),
либо без группирования тянут все на клиента и там уже группируют
при помощи языка.
Как сохранить в ДБФ - известно, но признано неэффективным по времени.

Sergey Sizov.А что Вы хотели получить от ExecScript? Это его нормальное поведение. Его задача - выполнить код, переданный ему параметром и сообщить об не/успешностисполнения.

Вот и у меня такое впечатление - что он код возвращает флаг успешности/неуспешности.
Но тогда - почему в коммандном окне - все ОК?
И в справке фоксклуба и на MSDN то же самое :

"Возвращаемое значение определяется значением, которое возвращается из указанного программного кода cExpression. Если никакого значения не возвращается, то система Visual FoxPro возвращает, как обычно, = .T. (True)
Функция ExecScript( ), в отличие от Расширенного Макро, обеспечивает такой же эффект, как при вводе нескольких строк программного кода в Командном окне и нажатии клавиши <Enter>."

WiskasA у Вас там в 1ц ADO или ADO.NET ?

Нет, ADO может использоваться, но не используется - неэффективно, так как приходится
перебирать все строки выборки, при получении данных.

Кажется используется ODBCRecordSet, но это нужно уточнять у автора компоненты.

Из спецификации :
"Если запрос содержит несколько SQL инструкций (multistatement batch),
результаты возвращаются только от первой инструкции.
Однако, на драйвер уходит весь текст запроса
(По спецификации ODBC, будут ли выполнены остальные инструкции в пакете зависит от драйвера.
Для драйвера SQL Server они выполняются), остальные результаты игнорируются. "

Честно говоря не понимаю как это информация поможет проблеме :(
В не зависимости от 1С или не 1С - в foxpro кто нибудь использовал временные таблицы
при соединении через OLeDB ???

проходящий. "Возвращаемое значение определяется значением, которое возвращается из указанного программного кода cExpression

И какого типа может быть результат выражения? И внутри ЕxecScript была попытка что-то вернуть? Какая?

Если буквально -Таблица. Колонка return_value . Одна строка. Значение 1, тип число.
Но в 1С всегда возвращается таблица, поэтому скорее вернулось просто число 1.
Если ошибка в скрипте - сообщение об ошибке и ничего не возвращает.

WiskasУ тебя нет другого выхода кроме как загонять все в RecordSet и имеено перебирать. Только непонятно , зачем тянуть всю таблицу, что за потребность такая.

Протестировал все на чистом ADO. Строка подключения та же.
rs = ADO.Execute(EXECSCRIPT(" 'Select SC33.code as ID from sc33 INTO CURSOR TmpTable NOFILTER '+CHR(13)+' Select TmpTable.ID as ID2 from TmpTable' ");

Результат - одна запись с
Rs.Fields("return_value").Value=-1

Могу проверять все в обоих вариантах.
Пока результат один :(

проходящий.Мой вопрос, видимо, не был понят и не обдуман. ExecScript может вернуть результат выражения . Не команды, а выражения! А результат выражения не может быть таблицей. И результат надо возавращать, то есть использовать Return.

Через Return я могу возвратить только одну переменную простого типа.
А как мне вернуть таблицу?
И почему сам Fox возвращает в командном окне все что надо?

Большое спасибо Wiskas!

Проблема была решена при помощи
EXECSCRIPT('SELECT * INTO CURSOR ...)

Также и
EXECSCRIPT('SELECT * INTO ARRAY ...)

В документации написано, что в случае курсора
"временная таблица создается в этом случае на диске." А массива - в оперативке.

Но никакой разницы по скорости я не заметил...
?

Sergey Ch kiruhaНо никакой разницы по скорости я не заметил...?
Это потому что FoxPro стремится все разместить в памяти. И если таблица очень маленькая то разницы между массивом и таблицей в Вашем случае нет...

О большое спасибо ! :)
Тогда по умолчанию я буду использовать курсор, до этого думал ARRAY.