План обмена как количество элементов? #424097

Как определить количество объектов, которые будут выгружены в сообщение при обмене через план обмена. Это нужно для того, что бы определить примерное время, когда закончится обмен.

посчитай запросом

подскажи, пожалуйста, как?

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

Неплохой метод. Подсчет по времени чуть меньше будет идти, чем сам обмен.

"И эти люди запрещают ковыряться нам в носу???". Садись, два!

Даже не три, а два. Так как это будет работать. И никто не будет разбираться в этом коде, так как "а ну там работает, ну и ладно".

Попробуй как по скорости будет

Сам это пробовал?

+ Если внимательно посмотришь код - то увидешь что выборка будет непустой в любом случае

Всё. Посыпаю голову пеплом, проворонил начало текста запроса.

Так будет более универсально И по скорости вроде тоже неплохо отрабатывает.. Функция ВернутьКоличествоОбъектовДляВыгрузки(УзелОбмена)

УПП 1.2.22 Сделал запросом. Вернулась ошибка {Форма.Форма(2356)}: Ошибка при вызове метода контекста (Выполнить): {(73, 29)}: Таблица не найдена "РегистрРасчета.РасчетСреднегоЗаработка.Перерасчет.ПерерасчетСреднегоЗаработка.Изменения" ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ 1 ИЗ <<? >>РегистрРасчета.РасчетСреднегоЗаработка.Перерасчет.ПерерасчетСреднегоЗаработка.Изменения ГДЕ Узел = &Узел    Результат=Запрос.Выполнить; по причине: {(73, 29)}: Таблица не найдена "РегистрРасчета.РасчетСреднегоЗаработка.Перерасчет.ПерерасчетСреднегоЗаработка.Изменения" ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ 1 ИЗ <<?>>РегистрРасчета.РасчетСреднегоЗаработка.Перерасчет.ПерерасчетСреднегоЗаработка.Изменения ГДЕ Узел = &Узел

2 Твой регистр расчетов не учавствует в этом плане обмена.. учитывай это

если он не учавствует, то как он попал в УзелОбменаСостав=УзелОбмена.Метаданные.Состав; ? Работает так:    Для каждого ОбъектСостава Из УзелОбменаСостав Цикл

Щас гляну

Тестируй

Спасибо! Так хорошо работает.

Что по времени выполнения?

Количество изменений = 36; время выполнения расчета = 1с ; дата = 06.08.2009 12:19:25 (главный узел) Количество изменений = 5; время выполнения расчета = 4с ; дата = 06.08.2009 12:26:01 (подчиненный узел) Перепровел 1445 документов (7дней) Количество изменений = 21 911; время выполнения расчета = 26с ; дата = 06.08.2009 13:15:31 Причем время на обработку зависит от того откуда вызывать: Из внешней обработки 26 с на 21 000 объектов. Из модуля плана обмена 1 с на 21 000 объектов.

выгрузка длилась 6 минут. Время на подсчет ~ 7% от времени выгрузки

У меня такой код: Выполняется намного быстрее. Так что рекомендую.

это потому что есть ОБЪЕДИНИТЬ - не самая быстрая операция. Опять же упираемся в то что может возникнуть ошибка использования 256 таблиц в одном запросе.

Ну нет так нет :)

Как и ожидалось - монстры проснулись, зашевелились и выдали "на гора" ответ - что и требовалось :))

А, если без объединить, выполняя каждый запрос отдельно в цикле, то будет сильно быстрее?

врят ли.

2 Можно без объединить и не в цикле, а пакетным запросом.. Правда пока не уверен как это должно выглядеть до конца.. Но - ты ведь можешь попробовать

что такое пакетный запрос?

2 Ну вот смотри - я могу полезть в букварь и привести тебе пример пакетного запроса.. С другой стороны - ты сам можешь полезть в букварь.. ведь верно?

Как пакетный запрос может помочь?

ИМХО: ни как.

2 Не знаю если честно, пока просто мысль.. Например каждый запрос из пакета будет валить количество по своему метаданному во временную таблицу...

и пакетник будет лишен недостатков выполнения кучи маленьких запросов в цикле, и одного большого с ОБЪЕДИНИТЬ - в плане ограничения по 256 таблицам

засада в том что: пакетный запрос не добавляет записи в таблицу, а заменяет. Хотя если честно не проверял, мало ли.

2э.. да, наверное.. но появится время, я проверю...

Видов документов в УПП ~ 400 + справочники, запрос работает. Почему не сработало ограничение в 256 таблиц? Когда в него упремся?

Запросом Количество изменений = 21 983; время выполнения расчета = 31с ; дата = 06.08.2009 16:38:49 через ВыбратьИзменения: Алгоритм 2: Количество изменений = 21 983; время выполнения расчета = 1с ; дата = 06.08.2009 16:38:50

если поменять местами алгоритмы, то через ВыбратьИзменения: Алгоритм 2: Количество изменений = 21 983; время выполнения расчета = 11с ; дата = 06.08.2009 16:42:51 Запросом Количество изменений = 21 983; время выполнения расчета = 3с ; дата = 06.08.2009 16:42:54

2 гы... Так нельзя...  Нужно каждый метод выполнить по 21-му разу и сказать какой среднее время без первого раза...

Это из-за кэша

файловый вариант потому что. Ограничение 256 таблиц в запросе - ограничение SQL.

(41,42) по любому выбрать изменения быстрее.