Скорость выполнения запросов на внешних данных 1С 8.3 #697142

Доброго времени суток. Подскажите пожалуйста, почему при выполнении из 1С запроса встроенными средствами или через ADO запросы выполняются очень медленно или вообще вешают наглухо комп. А при выполнении того же запроса например через  IBExpert(база Firebird) все выполняется за несколько секунд. Заранее благодарю.

Кто сталкивался поделитесь опытом???

Берем обработку, в ней выводим время (в миллисекундах) отправки запроса, время завершения запроса, в профайлере sql смотрим время начала запроса, продолжительность, время окончания запроса. Возвращаемся с результатами сюда.

какую обработку??? Подскажеет??

которую вы напишите. очевидно же.

Запрос такого вида.... и как я узнаю в ней время??? Если при инициализации запроса обработка виснет наглухо, вместе с компом (

вы бухгалтер?

Вижу. Вижу. Вижу нехилый такой cross join.

82 000 000 записей в таблице....остальные мельче :)

Неет....я уборщица %) Просто за ком пустили на 10 минут :)

Добавь inner join и возвращайся.

Заметно.

для ORACLE и ms sql (>2000) описание соединения в разделе условий - допустимо и эквивалентно inner join. так что и FB  такое может быть.

Согласен. Но я не вижу смысла рисковать.

я тоже предпочитаю правила  соединения описывать в join

До join  (выполнялось в IBExpert) ------ Информация о производительности ------ Время подготовки запроса = 16ms Время выполнения запроса = 998ms Среднее время на получение одной записи = 30,24 ms После: ------ Информация о производительности ------ Время подготовки запроса = 19ms Время выполнения запроса = 2s 871ms Среднее время на получение одной записи = 114,84 ms

С inner join производительность упала.... :(

Тем более а если запрос будет описан средствами встроенного конструктора запростов? Производительность еще более упадет?

почти уверен, что  IBExpert не считывает весь рекордсет. а как ведет ВИД - не знаю. в ADO - настраивается

А можно ли из 1С не считывать весь рекордсет?? Ведь ИБЕксперт тоже стороннее приложение для базы как и 1С ...

Как настраивается? :)

+ еще много зависит от драйвера. помню. кому-то на этом форуме очень помогла смена драйвера FB

читайте документацию к RECORDSET.

Это ты сейчас про тип курсора?

скорее всего IBExpert выбирает TOP сколько-то, а адо - все

что-то вроде динамического списка

нет. насколько я помню, по умолчанию (oledb или ado) выбирается то ли 50 000 записей, то ли 50 мегабайт.

что-то я не нашел такого в свойствах recordset-а

CacheSize

На вскидку какое оптимальное значение? По умолчанию же 1??

на вскидку  - 30 000. но вопрос из серии "сколько записей записывать в одной вложенной транзакции ". однозначного ответа  нет.

Оук спасибо, следующая проблема.... вот: Виснет на мертво....на IBExperte 3-4 секунды, на 1С за 15 минут не выполнился :(( Как быть??

анализируйте трассировки которые можно настроить в "Администратор источников данных ODBC"

А зачем тебе перемножение таблиц OP_STATUS_ARCH и CHANNELS?

5 таблиц был прав.

где перемножение??

блин...запрос висит в трассировку ОДБЦ ничего не пишется...

Тебя кто учил писать запросы? Это вообще запрос двоечника.

По какому условию связываются OP_STATUS_ARCH и CHANNELS?

то проще затащить отдельно таблицы в 1с и там уже соединять или как ?

блин...не связываются, но не суть я думаю, в channels  всего 17 строк

не ...точно не проще....они меняются в секунду по паре раз ((

Так она еще и с остальными таблицами начинает перемножаться в плане запроса. Скорее всего.

Добавил условие....

Ждем результата.

думает....

Пустой результат...но быстрее ))