v7: УложитьСписокОбъектов работает медленно #506102

Замечено при больших списках(больше 100 элементов) тормозит это так и должно быть или у меня руки кривые? УложитьСписокОбъектов Есть варианты "ускорить" данное действие?

опечатка в сабже.

напиши свой, с бриджем и гетерами

не понял ни одного слова, подробней.

щас заплачу

сколько? :)

кому заплатишь?

за что?

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

я не прошу чтоб за меня делали, просто дали совет.

ыыыы..  хватит тупить... Оборжался ужО...

:-) это можно убрать

УложитьВсписокОбъектов отрабатывает по времени больше чем сам запрос. Как вариант придется сам запрос переписывать чтоб обойти тормоза. Есть ли варианты как закинуть во врменную таблицу 'SQL' списиок объектов из 1с 'побырому'?

перебрать и закинутуь - не вариант?

тупой insert?

Можешь острым bulk insert'ом.

а подробней,я что то не понимаю, что такое острой бюджет

где ты увидел слово бюджет? О_о

блин инсерт

ну ты же не хочешь пользоваться тупым, значит, зато и пользуйся острым... Вообще - вопрос очень странный. Как из памяти можно перенести в таблицу sql данные? Назови 3 способа.

база дбф если что.

совет есть... пока ищи стену покрепче, и яд понадежнее... Технологию опишу чуть позже..

почему странный, я же говорю есть список например товара или клиентов пользуюсь УложитьСписокОбъектов , если спсиок большой, то долго он отрабатывает. я так понимаю долго создает табличку эту временную , если я правильно выразился. попробовать инсерт сделать в цикле как вариант. Может кто как подругому делал. че сразу яд.

вообще-то в доке к 1С++ крайне не рекомендуется использовать УложитьСписокОбъектов с большим количеством элементов. Так что это не баг, а фича...по сути эта процедура аналогична в SQL WHERE some_param IN ('00001','00002','00003'.......'00100') так все что после IN она и делает. а теперь представь размер такого запроса. оптимизатор вешается и сервер тоже. как вариант - пользовать временные таблицы, т.е выгрузить сначала туда список объектов которые должны попадать в условие и уже оттуда дергать значения

это где она аналогична? в sql она создаёт врменную таблицу с прамари индексом...

эва как...глянул в доку - точно...в темп таблицу кладет...а где ж я тогда читал ересь которую сам написал в ? и был же вариант решения без УложитьСписокОбъектов...

вообще-то в доке к 1С++ крайне не рекомендуется использовать УложитьСписокОбъектов с большим количеством элементов это я усвоил хорошо.спасибо. как вариант - пользовать временные таблицы, т.е выгрузить сначала туда список объектов которые должны попадать в условие и уже оттуда дергать значения а тут не понятно что за временные таблички и как туда запихнуть данные.

Оговорочки по Фрейду :-)

попробуй вместо Поле IN (SELECT val FROM #ВТ) использовать INNER JOIN #ВТ ВТ ON ВТ.val=Поле хз.. вдруг поможет -)

у еня тормозит ни сам запрос, а УложитьСписокОбъектов , т.е. до выполнения.

в абсолютных значениях это как тормозит?

это 70 секунд происходит упаковка в список и 5 сек выполняется запрос.

а каков размер укладываемого списка? и список ли укладывается или справочник?

ладно вопрос снят, решил в цикле инсертит во временную таблицу, так быстрей выходит.всем спасибо.Если кто не знаь то вот как сделал:

более 100 элеменвтов, укладывал список, состав списка это элементы справочника.

странно это все, не должно быть такого. Если пошел делать через курсоры, то советую укладывать параметризированным запросом - будет быстрее.

а ты проверь, может у меня дбф поэтому так медленно.

Иногда подходит укладывать не элементы а только папки ( без повторов ) список получается гораздо меньше. тогда вместо условия на ID надо ставить условие на  PARENTID

ну я несколько лет назад проверял :)

PS также зачтите ветку по улучшению subj

спасибо почитаю.

пользуй 1sqlite, заместо создания "псевдо-временной таблички" в фоксе.

ну-ну.. а если в списке группы справочника ? :)

+42 УложитьСписокОбъектов  всю иерархию делает, если попросишь.

да нет там групп

ну, а если есть?

+45 и группы и элементы ? :))

а чего гадать-то - select count(*) from " + ВремТабл + "

+47 кстати (если ничего не изменилось), если вид справочника не указан параметром, то разворачивание иерархии не будет делаться.

а нету вот. :-) если есть группы это ни мой случай.

А работать должна со всеми случаями. Кроме того, как сказал Ёпрст в в твоем случае выгоднее использовать 1sqlite т.к., по умолчанию, УложитьСписокОбъектов будет крутится в "memory", так что лишних обращений к диску не будет, да и оптимизатор быстрее будет работать. Кроме того, сортировка у Фокс-а, не совпадает с 1С-ной... Ну и еще много дополнительных бонусов (например возможность работы в монопольном режиме)

Это должно было быть написано в нулевом посте.

И таки да, может ты указывал вид справочника, хотя разворот по иерархии тебе не нужен?

там проблема была с использованием 1sqlite , в случае разделенного доступа к 1с т.е. когда работают несколько юзеров, что то я не рискнул использовать эту ВК. где то была пробелма блокировки. так руки не дошли.

Подозреваю что в спТоваров находится список товаров из табличной части дока... в таком случае лучше приджойнить табличку со строками документа с необходимыми условиями.

Эти проблемы давно уже решены.

я уж понял что решены, если народ пользуется.

моя  идея по  subj ( сделано для sql) в declare @folders table алгоритм 0. в временной таблице для папок ставим признак папка. 1. в @folders помещаем только папки из начального списка 2. если папок нет @folders алгоритм останавливается.(что нужно 0 ) т.е. на вход подали список в котором только элементы. 3. в цикле добавляем в @folders только папки ! (аналогично как сейчас но без удаления из @folders) т.е. строим все папки без их удаления. 4.@folders  соеденяем с основной таблицей справочника и в итоговую помещаем все элементы где parentid в @folders. Выигрыш с тем что есть что папок гораздо меньше чем элементов. но если это не встараивать внутрь 1с++ то весь выигрыш вообще потеряется на одной передачи из списка значений1c во временную таблицу. тексты могу скинуть ( описанный выше алгоритм работает под ms sql ) PS Легко сделать три режима 1 в итоговый список будут помещаться только элементы ( как сейчас ) 2 только папки ( несколько раз именно это и нужно было и из-за чего все это и придумал) 3 и элементы и папки

нудак сделай, алгоритм обсосан, руки прикладываешь и лабаешь :)