Как быстро сформировать из ADO SQL -> ТЗ #129097

Есть запрос к SQL серверу на ADO получить результат в тз проблемы не представляет проблему представляет скорость работы этого дела Посоветуйте что нить может есть способ быстрее? на 7.7 в 1с++ быстрее как они делают?

Так поднимем повыше...

Ещё раз...

Ещё раз... Приятно иногда посидеть в тишине...

"очень долго" - это сколько?

в общем была обработка загрузки данных на 7.7 теперь она стала из за этого в 5 раз дольше работать. вроде как раньше от процесса было запрос процентов 10 теперь 50%

Может быть поиграться свойствами RecordSet? или сфорировать более оптимальный запрос?

Может быть и поиграться а в каком направлении копать? запрос проще не куда получить строки документа. Не понятно только почему в 1c++   Это было быстра.

Не помогает

в 1с++ делается точно также, только там не ADO и код компилированый

Интересно, а где у тебя в коде колонки ТЗ создаются?

А что там?

там естественно ODBC

еще, возможно у тебя в ADO используется не тот тип курсора, надо самый быстрый fast forward (на нем кстати MoveFirst не возможно) почитай доку по ADO, я не помню.. это свойствами Recordset управляется а вообще говоря вродебы, если ни чего не трогать, то он и должен был быть по умолчанию fast forward.

ODBC а как использовать ODBC

В том смысле как называется DLL

или класс

А лучше пример кода

:) odbc нельзя использовать в 1с напрямую.. напрямую - только в языках более низкого уровня (с++) В 1с можно использовать только OLE объекты, OLE объектов упаковывающих ODBC интерфейс в чистом виде - нет. В ADO можно использовать OLEDB провайдера для odbc и odbc драйвер для mssql, но это будет еще хуже чем использовать (в том же ADO) OLEDB провайдера для mssql. Вобщем если тип курсора используется тот же, то потери только на интерпретаторе языка высокого уровня (V8).

Для чего один массив перегружать в другой? Так и юзай рекордсет далее, без ТЗ.

+19. Пример постраничной визуализации рекорстета есть в КУЛ.

to 20 ИМХО все операции по выводу и обработке тз буду проходить быстрее так как тз родной объект 1с а recordset нет тесты показали что время как раз отнимает получение значения из recordset а не запись в тз to 18 Спасибо стало понятней жалко что в 1С нет объекта для сиквэл запросов или есть я натыкался на топик что Объект COMSafeArray (COMSafeArray) что то может, это правда?

ПоляADO=RecordSet.Fields ....... Строка[й]=ПоляADO.Item(й).Value; .......

Так поднимем повыше...

to 22 и? вероятно стало чуть быстрее.. >>жалко что в 1С нет объекта для сиквэл запросов или есть нет нету, но можно написать ВК.. код будет компилированый, он будет работать заметно быстрее, но тем не менее все равно будет проигрывать 1с++, т.к. там еще используется внутренний интерфейс ТЗ (родного объекта 1с (с++)), что в V8 невозможно. >>COMSafeArray а причем тут он? в OLE один из стандартных передаваемых типов SAFEARRAY этот объект сделан для передачи параметра типа SAFEARRAY при вызове метода некого OLE объекта (если бы этого объекта небыло то такой метод в принципе будет невозможно вызвать, как в V7 например).

++ кроме того, при использовании ADO все идет через ОЛЕ объекты (IDispatch) и варианты (VARIANT), эти преобразования тоже отнимают процессорное время. А в 1с++ я постарался вообще выжать максимум по скорости (нет предела совершенству, конечно, но хотябы прикрыть потенциальные дыры). 19 прав, в данном случае более быстрым будет использование recordset без ТЗ. (однако 19 надо поправить, перебираемый recordset это не массив; в памяти нет всей выборки, она приходит с сервера построчно или по несколько строк)

Всем спасибо тема закрыта.