Сервер - 2 xeon`а(8 ядер),12 Гб оперативки, Server 2008, MSSQL 2008 r2.
2 массива. 1 - зеркало из двух дисков(система), второй - raid 10 из 4 дисков.База лежит на втором. Платформа 8.2.15.301. Бухгалтерия 2.0.31.7. Работаю один пока в базе. Вывод оборотки по 60.01 счету выполняется по 3-м субконто порядка 3 минут(!). Причем делал я запросы консолью - любые данные по регистру бухгалтерии возвращаются менее чем за секунду. Исходник, с которого рисуется оборотка(по идее) - 18 тыс. строк. Можно ли как-то ускорить работу и куда копать?

план обслуживания SQL настраивал?

(1) Все отребилдил, всю статистику обновил...

оборотка может тупить из-за расшифровок всяких

RLS включено?

а вообще - профайлер поможет... ну, и замер производительности 1с тоже

(1) Да и сдается мне, не SQL-сервер тормозит. Да, сорри, размер базы не указал - 6 гигов. Был ввод остатков с 1.6 и 2 месяца работы.

сделайте замер производительности.
только перед этим строчку ВЫполеить().вагрузить() разделите

ввв = ВЫполеить()

ыыы = ввв.вагрузить()

Не хотел бы я смотреть на запрос для ОСВ (да еще с РЛС) в профайлере :)

(8) скорее всего там 100500 запросов из-за криво сделанной схемы

вчера обсуждали, гугли

там в запросе оборотки надо заменить
выражение что-то типа

ВЫРАЗИТЬ(Субконто1) = ....

на просто Субконто1 = ....

и все летает

ищи, я ленивий и жадный

(4) нет.

(8) Да смотрел я его. Там... выполняется один большой запрос к таблице ИтогиПоСчетамССубконто3, который джойнится с 2-3 временными таблицами. Выполняется быстро.Я не думаю, что вывод таблицы может быть связан запросом, то бишь в моем понимании - 1)получили данные, 2) вывели.

(12) Про диаграммы забыл.

(13) Это я не знаю, с диаграммами не работаю. Я просто не пойму, почему так медленно выводится. 18 тыс строк - смешно.

(14) а я не понимаю зачем вообще нужно выводить 18 тыс строк, чего с ними делать?

отчет не должен быть более 2...3 страниц, иначе он никому не нужен, для всего остального есть расшифровки

(15) Абсолютно согласен, но сделать ничего не могу - бухгалтера скачут туда-сюда из обротно-сальдовой ведмости. Причем рядом стоит 8.1 старая база, 80 гб, на которой все отчеты заполняются в несколько раз быстрей. Конечно, там нет того же третьего разреза аналитики на 60 счетах, но никому не интересно.

(15) точно!

у меня таже проблема - бухи выводят отчет на 50 тыс строк
чтобы потом тествовы поиском найти нужное субконто и уибедь по нему сумму !!

(16)(17) далее пойдут хотелки "сохранить в ексел, а то здесь искать не удобно"

сабж решается дресировкой пользователей

(12) в СКД - может быть и такое, если несколько наборов связаны по параметру

(15) печатаешь на туалетной бумаге и потом вдумчиво изучаешь

(16) была подобная проблемма, решили так

перед выводом просчитываем количество строк и если > 1000 то выводим предупреждение (пользователь либо кликает ок либо возвращается к фильтрам) и пишу лог (в лог пишу время операции и количество выводимых строк),

по истечении месяца на основании лога предоставляю информацию, что 5 человек умеют пользоватся фильтрами и не загружают сервер а 2 человека лентяи и по этому требуется персонально для них купить отдельный сервак и смету тыщь на 400.

уверя, что после этого жалобы как рукой снимает :)

(21) Да не, мирно с бухами живем, никаких особых хотелок. Но, на фоне 81, и правда долго. А размеры баз несопоставимы. Но на 8.1 вывод отчета по тому же 60.01 с тем же количеством контрагентов и договоров(я оттуда остатки переносил) выполняется порядка 10 секунд, а а 8.2 (я померил) - порядка 30 секунд(!)? Что-то не то в Датском королевстве...

(22) т.е. то, что третье субконто добавилось, тебя не смущает? и то, что из-за того, что мсскуль не поддерживает более 16 колонок в индексах, оно в эти индексы не попадает?

хотя про скуль могу наврать

(23) Когда я вывожу результат по тем же разрезам, что и в 8.1, на сервере, в несколько раз более мощном, сдается мне, что в 8.2 должно формироваться быстрее(и база меньше, и сервер быстрее). Однако вывод происходит медленней.

(25) там расшифровки тормозят, или переписывать отчет на фиксированый макет или (21)

(22) ну так проведите расследование в конце то концов...
в 8.2 в платформе сменился слой работы с СУБД, поэтому планы запросов строятся по-другому нежели как в 8.1

во-первых выясните на чем тормозит? Выполнение запроса? Вывод в табличный документ?

(27) Вывод.

(26) Вот до таких высот ещё не дошел. Можно расшифровать и 1 и 2 пункт?

(28) тогда причем здесь сервер? Вывод осуществляется на клиенте

(30) :) ну понятно дело, оборотку трудно увидеть где-то ещё, кроме как на клиенте. Стартую я клиента на том же сервере. Ну и получаю замедление по сравнению с 8.1 по тем же разрезам.
(26) Нашел расшифровки, отключил в скрипте фромирования оборотки. Один фиг, столько же.

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