Доброго времени суток господа. Возникла следующая проблема - с недавнего времени стали долго проводиться документы в БП 3.0. сразу скажу что все РЗ отключил, ТиИс делал, пересчет итогов делал. База клиент-серверная, количество пользователей 4-5. СУБД - postgres. Железо на сервере нормальное(точнее сказать не могу т.к. не знаю, но на уровне). Через замер производительности выяснил что 30-40% времени тратится на пару запросов в которых получаются остатки по регистру бухгалтерии и регистру накопления ИПМПЗ. Сами запросы типовые, написаны нормально. Как пример медленной работы - реализация на 1200 строк проводится 1,5 минуты. На 6-10 строк - 5-8 секунд, что как бы многовато. Каким образом можно ускорить получение данных по данным регистрам?

(0) Это относительно адекватное время проведения таких документов.

(1) ну 1200 строк возможно. но если накладная маленькая мне кажется она должна проводится не 5-8 сек, а например 4-5 ?

(1) что интересно в файловой версии после пересчета итогов проведение ускорилось на 20-25%, а в серверной эффекта нету

(1) имхо это абсолютно неадекватное время проведения.
для проведения оперативным временем документв 1200 строк должен проводиться ну максимум секунд за 20, да и то это много

(4) в версии бухгалтерии 2.0 все проводилось куда быстрее. С чем могут быть связаны тормоза в 3.0 ?

(4) Я не видел нигде 20 секунд на 1200 строк. Ну разве что базу в память загнать.

(5) Больше информации лопатится, претензии на универсальность в ущерб производительности и т.п.

Полностью согласен с Джинн в (1). Это относительно адекватное время проведения таких документов.

Из очевидных рекомендаций:
1. Проверьте, что у вас не настроены (отключены) RLS.
2. Что период рассчитанных итогов по всем регистрам адекватен - должны быть рассчитаны итоги по конец июня (если вы вносите первичку в текущем рабочем режиме, а не прошлогоднюю)
3. Что нет движений в регистре бухгалтерии каким-нибудь далёким будущим или далёким прошлым. Бывает, что введут случайно документ 2026-м или 0216-м годом.
4. Настроены ли все регламенты на СУБД. И вообще настроена ли СУБД по фэншую. (для PostgreSQL нужен специальный комплект бубнов).

Любые другие рекомендации без конкретики бессмысленны.

По поводу БП 2.0. У нас, например, наоборот - в 3.0 стало пошустрее проводится. Если бы не тормоза интерфейса УФ, то было бы даже заметно )))

Есть такое. После некого числа строк начинается неадекватное поведения программы, т.е. долго проводиться, долго помечается на удаления

Такое ощущение что запросы в цикли, и чем больше строк тем больше мелких запросов и скуль задыхается от такой ддос атаки

(9) А что в это время происходит с памятью и нагрузкой на диск смотреть не пробовал?

(11) Гилев смотрел, сказал что типа "ну а что вы хотите, это типовая, тут надо всё переписывать"

Покажи верхнюю часть результата замера отсортированного по полю "Кол" по убыванию.

(0) Ждите редакцию 3.1, по аналогии с ЗиК :)

(13) http://dropmefiles.com/WGqZk

(5)  бухгалтерии 2.0  тоже на postgres была?

Переходите на mssql, у постгреса тупой оптимизатор запросов. Сложные запросы с подзапросами (а такие часто встречаются в 1с) выполняются постгресом неоптимально. Ну или как вариант enable_nestloop=off попробуйте, может помочь.

(16) да

(17) Хорошо, попробуем