Вообщем имеется документ "Взаимозачет", 476 строк. При установке ТА на документ он проводит его 1ч. 20мин. При этом неимоверно разрастется файл "templog.ldf" (2,5-3Гб). Замер производительности показал что практически всё время тратится на функцию ВыгрузитьИтоги(). Если ТА рассчитать на более поздний документ, он проводится за 30 секунд! Данная проблема существует только на SQL ных базах, причём на всех (2000, 2005, 2008). Никто не сталкивался с такой проблемой?

предположение:
1.эти документом (а может несколькими в этот же день) был "свернут" очень сильно распухший регистр. Соотвесвенно итогов на документ - 100 тыс строк, после документа - 500 строк.
2.+криво написан код

ставлю на 2.

SQL-ным профайлером смотри, что делается.

Хотя Ёпрст наверняка прав, и в коде какойнить косяк с ИтогиАктуальны + ВременныйРасчет

(4) или.. расчет итогов и их выгрузка в цикле :)

Регистр НДСПоПриобретённымЦенностям сам по себе не маленький, итоги естественно актуальны и временный расчёт не используется... Документ стандартный да и криво написать там сложно... Устанавливается фильтр, затем выгружаются итоги... И потом, в ДБФ-е проблем таких нету с этим же документом...

код засвети

Процедура глЗачетНДС(Конт, ТаблицаЗачетаНДС) Экспорт

   Если ТаблицаЗачетаНДС.КоличествоСтрок() = 0 Тогда
       Возврат;
   КонецЕсли;

   СписокСчетовФактур = СоздатьОбъект("СписокЗначений");
   ТаблицаЗачетаНДС.Выгрузить(СписокСчетовФактур, , , "СчетФактура");
   СписокКонтрагентов = СоздатьОбъект("СписокЗначений");
   ТаблицаЗачетаНДС.Выгрузить(СписокКонтрагентов, , , "Контрагент");
   СписокКонтрагентов.ДобавитьЗначение(ПолучитьПустоеЗначение("Справочник.Контрагенты"));

   Регистры = СоздатьОбъект("Регистры");
   НДСпоПриобретеннымЦенностям = Регистры.НДСпоПриобретеннымЦенностям;
   НДСпоПриобретеннымЦенностям.УстановитьЗначениеФильтра("СчетФактура", СписокСчетовФактур, 2);
   НДСпоПриобретеннымЦенностям.УстановитьЗначениеФильтра("Контрагент", СписокКонтрагентов, 2);

   Если Конт.ИтогиАктуальны() = 0 Тогда

       НДСпоПриобретеннымЦенностям.ВременныйРасчет(1);
       Регистры.Актуальность(1);
       Регистры.РассчитатьРегистрыНа(Конт.ТекущийДокумент());

   КонецЕсли;
   
   ВключатьвКнигуПокупок = 1;
   Если Конт.Вид() = "Взаимозачет" Тогда
       Если Конт.ТипХозОперации = 2 Тогда
           ВключатьвКнигуПокупок = Конт.ВключатьвКнигуПокупок;
       ИначеЕсли Конт.ТипХозОперации = 4 Тогда
           ВключатьвКнигуПокупок = 0;
       КонецЕсли;
   КонецЕсли;
   
   ТаблицаЗачетаНДС.ВыбратьСтроки();
   Пока ТаблицаЗачетаНДС.ПолучитьСтроку() = 1 Цикл
       
       Если (ТаблицаЗачетаНДС.ОплатаБазаНДС = 0) Тогда
           Продолжить;
       КонецЕсли;

       ТаблицаНДС = СоздатьОбъект("ТаблицаЗначений");
       НДСпоПриобретеннымЦенностям.УстановитьЗначениеФильтра("СчетФактура", ТаблицаЗачетаНДС.СчетФактура, 1);
       НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС);
------------

erh &

*урк ?

**укр ?

(6)
На скл бывало, что если фильтр большой, то это было хуже, чем даже без фильтра.
Попробуй например отключи установку фильтров.

А что он вообще в файл "templog.ldf" может ложить, что его так разсирает???

Регистры.Актуальность(1); - очень надо?

:))))))))))))))))))))))))))))))))))))))))))))))

Я угадал.. Выгрузка итогов в цикле..

(15) блин, точно

причем УстановитьЗначениеФильтра после РассчитатьРегистрыНа по идее ничего не дает...

(17) дает.

И.. так как это не весь код, я думаю, там еще есть чего интересного по другим регистрам.

)))
Во-первых "Регистры.Актуальность(1)" конечно очень надо! на случай если итоги не актуальны! Но так как у нас итоги актуальны он туда не заходит!
Во-вторых причём тут выгрузка итогов внутри цикла? По другому никак не сделаешь, т.к. нужно получить итог с соответствующим фильтром!
Я конечно могу прислать код хоть всего глобального модуля... Да только проблема мне кажется не в этом..

(20) ну , если тебе кажется, наблюдайте дальше.

(21)Ну тогда предложи что нибудь...
Можно конечно переписать и сделать выборку итогов через запрос, но тут вопрос в другом, почему если точку актуальности сместить хотябы на документ вперёд он нормально проводит без заморочек... Ведь по идеи ТА на документ должна облегчать выгрузку итогов, ну никак её не усложнять...

(20) На случай если итоги не актулаьны есть Конт.ИтогиАктуальны(). Регистры.Актуальность(1) означает что временные итоги будут поддерживаться в актуальном состоянии при дальнейшем движении по регистрам, а это требует ресурсов.

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

(23)+ *Чем на ТА.

(22) а чего предлагать то ? Это только 1 регистр с явно неоптимальным кодом. У тебя их еще несколько.
Что там в модуле проведения -хз.
Судя по этому куску кода - ничего хорошего.

(12) Фильтр нужен)
Ну и ответа на пост (13) никто не знает?

(26) Сначала выгружаешь всё, потом фильтруешь.

+(27) Вернее не всё, а по списку.

(25) вот скажи что тебе конкретно не нравится в выбранном отрезке кода?
Я стандартные процедуры стараюсь переписывать в крайне редких случаях...

(29) читай (15).

И.. это явно не "стандартная процедура"..
По крайней мере, в типовых россейских конфах такого не встречал.

(31) Ты наверное с ПУБ-ом не разу не работал...

(15) жесть жестяная.... это же так изнасиловать БД

(30) Читал, и отвечал...
А на (16) пост никто ответа не знает?

>> (15) блин, точно
Какой ответ нужен?

(35) На 13. Опечатался он.

(34) 476 раз дёргать регистры потому что фильтр нужен - это неразумно. Выгружай всё после фильтра по спискам в ТЗ и делай с ней что угодно.

(36) Точно)))

(37) Да понятно что не разумно... Но ещё раз повторюсь, стандартная процедура ПУБа, которая отлично работает если ТА стоит не на документ... причём на ДБФ-е летает независимо от точки актуальности...

(39) 1С 7.7 не умеет работать с SQL Server.

(40)Спасибо за дельный ответ!

Что говорит товарищь отладчик и замер производительности ?
Что говорит товарищь профайлер ?
Обновление статистики, реиндекс, дефрагментация и т.д хоть настроена на скуле ?..
Как часто ?

У меня тоже было подобное.
Наше такой код:

Склады.УстановитьЗначениеФильтра("МестоХранения", РегСклад.МестоХранения, 1);
Склады.УстановитьЗначениеФильтра("МПЗ", МПЗ, 1);

Склады.ВыбратьИтоги();
Склады.ПолучитьИтог();
Ост = Склады.Количество;

заменил на:

Склады.УстановитьЗначениеФильтра("МестоХранения", РегСклад.МестоХранения, 1);
Склады.УстановитьЗначениеФильтра("МПЗ", МПЗ, 1);
ТаблицаИтогов = СоздатьОбъект("ТаблицаЗначений");
//Склады.ВыбратьИтоги();
//Склады.ПолучитьИтог();
Склады.ВыгрузитьИтоги (ТаблицаИтогов, 1, 1);
//ТаблицаИтогов.ПолучитьСтрокуПоНомеру(1);
Ост = ТаблицаИтогов.Итог("Количество");//Склады.Количество;

Раньше восстановление последовательности за месяц не успевала за 12 часов, а теперь часов 6 хватает.

Попробуй еще добавить фильтр на контрагента.

НДСпоПриобретеннымЦенностям.УстановитьЗначениеФильтра("Контрагент", ТаблицаЗачетаНДС.Контаргент, 1);
НДСпоПриобретеннымЦенностям.УстановитьЗначениеФильтра("СчетФактура", ТаблицаЗачетаНДС.СчетФактура, 1);
       НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС);

Потому как на ТА установленные фиильтры по списку не действуют. А отбор итогов по СчветФактура по умолчанию не стоит.

(43) а заменил бы на Остаток() - еще быстрее было бы.

(44)+ *Установленные ранее фильтры по списку.

(44) еще как действуют

(47) Применительно к его коду, если на ТА он не зайдет в условие Если Конт.ИтогиАктуальны() = 0 Тогда.

По крайней мере в профайлере для кода

   РегВзаиморасчеты.УстановитьЗначениеФильтра("Клиент",СписокЗначений,2);
   //РегВзаиморасчеты.ВременныйРасчет(1);
   //
   //Рег.РассчитатьРегистрыНа(ПолучитьДатуТА()-1,);
   
   //РегВзаиморасчеты.УстановитьЗначениеФильтра("Клиент",фасКлиент,1);
   РегВзаиморасчеты.УстановитьЗначениеФильтра("Заказ",фасСделка,1);
   
   ТЗ = СоздатьОбъект("ТаблицаЗначений");
   РегВзаиморасчеты.ВыгрузитьИтоги(ТЗ);

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

(48) Я может ляпну не в тему, но накой нужен фильтр по клиенту (и тем более списку), если заказ относится к единственному клиенту?

А потому как без клиента он в индекс не попадет.

Да там вообще нафиг не нужен ещё один фильтр... Он выгружает по конкретному документу, который в единственном числе там!

(44) и (48) не читайте. (47) прав, это я че-то не так смотрел :).

(0) Не видя конфы и базы - сложно сказать что и как. Может у тебя документ с пустой датой где-то, или еще что-то. Отладчик в руки. Находишь узкое место. Дальше смотришь что говорит товарищ профайлер. Проверяешь что именно в фильтре. Ну и т.д.
А вот за такое нужно ***:

   Пока ТаблицаЗачетаНДС.ПолучитьСтроку() = 1 Цикл
       ...
       НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС);
       ...

При таком коде я уже ничему неудивляюсь. Еще б для полного ахтунга транзакцию туда.

Осталось еще только условия по спсикам перенести внутрь

Если Конт.ИтогиАктуальны() = 0 Тогда

а то эти условия при проведении на ТА при каждом

НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС);

фигачат временные таблицы по спискам, отсюда может и лог растет.

Тут дело не в коде... Да, конечно оптимизировать можно постараться разными способами! Но с точкой актуальности в скуле какая то ХРЕНЬ!!! Я уже не первый раз встречаюсь с этим. У меня например частенько бывал такой случай когда например при списании из эксплуатации он не видит остатка, если точка актуальности стоит не на документе... Объяснения этому кроме как слово глюк я не нашёл...

(53) Да! Я думаю стоит *** того чувака из фирмы 1С который написал ПУБ))))

(54) Дык не может а так и есть. Проведение документа это одна транзакция. А поскольку курсоры неосвобождаются то в цикле такой код дает увеличение лога.

(56) Ну а почему всё тормозит только тогда когда ТА на документ стоит?

(55) Это не глюк, это стандартная ситуация при очень большом отношении радиусов...
(53) так проведение дока - это кк раз неявная транзакция... Потому лог и растет...

(57) Потому что когда не на ТА, то фильтры по списку применятются только для расчета итогов, а дальше

НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС);

уже идет из временной таблицы итогов с наложением только условия по сделке.
Это опять же предположение.

(59) плюс поддержка актуальности итогов...

Mikeware дружище, я чувтсвую что ты мне один можешь помочь... Что за большое отношение радиусов?

(61) Он про руки )))

(58) Привет. Да я об этом уже сказал. Но прикинь, было б классно еще и в цикл транзакцию вкинуть. Сейчас в коде такой же беспредел как в цикле дергать один и тот же запрос. Почему так - меня не спрашивай, автору виднее.
ПУБ веселая конфа. Но если уж связались с ней то запасайтесь стимуляторами. Не вы первые, не вы последние.

(63) На счёт конфы без вариантов! в 50 раз повторяю, что в любых других случаях работает без задержек!

(64) Эх ... Код кривой у тебя. Или еще раз объяснять то что и так понятно.

   НДСпоПриобретеннымЦенностям.ВключитьSQL(1);
   ТаблицаЗачетаНДС.ВыбратьСтроки();
   Пока ТаблицаЗачетаНДС.ПолучитьСтроку() = 1 Цикл
       ...
       НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС);
       ...

(64) А этот документ полностью типовый? Процедура глЗачетНДС тоже полностью типовая?

+65 Надеюсь ВключитьSQL(1) виден.

(64) Так ты пробовал убрать фильтры по списку при проведении на ТА ?

Что прикольно, это

НДСпоПриобретеннымЦенностям.ВключитьSQL(1);
   ТаблицаЗачетаНДС.ВыбратьСтроки();
   Пока ТаблицаЗачетаНДС.ПолучитьСтроку() = 1 Цикл
       ...
       НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС);
       ...

Это код из релиза 2.8, в 2.1 такого не было.

(67) Ты хотел сказать ВключитьSQL(0) .

С ВключитьSQL() я вообще не догнал.
1) ВключитьSQL(1) разве не по-умолчанию?
2) Если ВключитьSQL(0), то нафига?

Или это юмор такой?

ВключитьSQL(0) переведет работу с регистром на алгоритмы работы в DBF базе. Иногда это помогает.

(73) Я всегда думал, что ВключитьSQL(0) помогает обойти проблемы, а не ускорить работу.
Хотя, если честно, никогда его не пользовал.

(69) А процедура то не стандартная... Во я косяк... и тебе и себе написал...
(72) Юмор такой, почти как у тебя... Так что можешь поржать)))
(69) Удачи! Я думаю от тебя и от ёпрст3 ничего полезного я здесь не услышу...

(75) на (42) есть ответ ?

(75) Ты когда читаешь ветку ты по порядку читай, а не выборочно.

(8) НДСпоПриобретеннымЦенностям.ВыгрузитьИтоги(ТаблицаНДС,1);

(76) Товаришь отладчик с замером производительности сказал что долго думает когда выгружает в таблицу значений (пост (0)), профайлер пока не применял, дефрагментация стоит, хотя дефрагментировать нечего там, новая машина с новым ПО с только что загруженной базой для теста... Реиндекс не стали ставить т.к. много отрицательной хрени про неё написано в нете... Но что то мне подсказывает что хочешь в очередной раз сказать что у меня не правильно настроен SQL или что то в этом роде... Есть какая нибудь конкретика привязки точки актуальности с функцией ВыгрузитьИтоги()? Хотя если никто с такими глюками не сталкивался я думаю сложно будет что то подсказать...
Вообщем уезжаю на неделю, приеду, если будет время помучаю профайлер...Хотя если честно думаю что врятли правду тут найду, SQL работает немного по другому с базой, и проблема эта я думаю никак не решится, даже если что то накопаю, тут уж действительно проще изменить код...
Спасибо всем кто откликнулся...

(79) ну ёпта, сам скуль никто не настраивал..гы, и эти люди утверждают, что 2000 быстрее 2008.
:))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

(80) Ну-ну. что и требовалось доказать... Сколько раз читал твои коменты ещё ни одного стоящего не видел.... По делу давай по делу... А если сказать нечего нефиг тут какать...

(81) Дык сделай реиндекс, обнови статистику, порежь логи, сделай дефрагментацию индексов, это для начала.
Во-вторых сделай замеры производительности самого скуля
В-третьих, я хз, сколько ты памяти выделил скулю, сколько процов, на какой винт поместил саму базу, логи, темпдб и т.д.
В-четвертых, проверь саму ИБ на ошибки (z1 выкладывал скрипты)
В-пятых, ты не указал ни размеры бд, ни период хранения останков,
ни-че-гоооо.

Даже замеры не предоставил.

И что нам остаётся ?
Правильно - только стебаться над тобой.

да хоть бы итоги пересчитал, для начала

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

(83) Тогда нефик писать обиженные посты вроде (81).

мда... Автор ТП мужского роду...
Ему дают советы, он их игнорит и упорно долбит своё...