Всем привет! Два отчета, оба на СКД, простые как валенки, в каждом 1 регистр, в котором предварительно сформированы записи в том виде в котором нужно выводить данные. Нет объединений, соединений группировок, просто выбрать и все. Так вот, в каждом регистре 1 измерение и реквизиты, в первом случае измерение ссылка на справочник, измерение индексируется. Результат отчета 622 000 строк, выводится минут за 10-15. Прекрасно, пусть и простыня в итоге, но именно так просили.Второй регистр подчинен регистратору, измерение номер заявки(строка длинной 14 символов). Так же измерение индексируется, все остальное реквизиты, результат 55-60 тыс строк, формируется минут 40-45, откуда такая разница?

Разница оттуда, что ты из регистратора тащишь какое-то поле, а регистратором могут быть 100500 документов.

нет полей составных типов

А еще интересные результаты может показать ЗамерПроизводительности.

Регистратор не составного типа?

(4) нет

Так не бывает))

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

(6) регистратор 1 документ. Из него ничего не тащу, специально все складываю так что бы в регистре лежала "готовая простыня"

Сколько записей в регистрах всего? Не результат отчета, а записей в регистрах?

(9) столько же как и писал, выводится все, ни отборов ни группировок, ничего, просто как в екселе табличка

(8) Кстати если даже ничего не тащишь, знай, что вывод регистратора - это уже обращение к нему для получения даты и номера. Тоже самое касается представлений всех других справочников/документов, которые у тебя в реквизитах регистра.

сожми в ТИИ таблицы и переинексируй

(10) если выводится всё, то индексы смысла не имеют

(12)
Индексы_бессмысленны_выводится_всё

(0) "результат 55-60 тыс строк" - кому нужен такой отчет?

(13) понимаю, просто пока не пойму что делать, разница только в том что 1 РС независимый а второй подчинен регистратору

(15) я тоже самое говорил, человек хочет видеть на экране вот такую "простыню" привык работать в екселе, туда тащит кусками или полностью

(10)
Выводи во втором случае только номер заявки, остальные поля не выводи - как изменится время

(16) ну так с этого и начинай

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

(16) Да какая разница? Ты же не к виртуальной таблице обращаешься?

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

сколько всего измерений во втором регистре, каким по счету стоит измерение номер заявки?

(21) нет

(22) пробовал, погода не изменилась

(23) измерение 1 и там и там, реквизитов кучка так же и там и там

(25) Выводи СКД программно, смотри сколько уходит на запрос.

(26) это регистр сведений?
отборы какие к запросу?

возможно, причина в том что в первом случае используется кластерный индекс

(28) да хватит про индексы. там НЕТ ОТБОРОВ.

поясняю - это всегда clustered index scan будет.

(28) отборов нет

(31) А сортировка есть, кстати?

(32) нет(

(29) не кричи, дети спят)

(0) А сколько записей в каждом из этих регистров?

смотри технологический журнал. вполне вероятно, что там творится какая-то дичь.

слишком разные отчеты и вообще входные данные
и, видимо, не все сказал из исходных данных

+ (35) Сколько реквизитов в одном и в другом регистре и какого они размера?

в быстром реквизитов чуть более 20, во втором по 50 ))

ветка быстро и верно превратилась в гадание на кофейной гуще
делай замеры всех этапов формирования отчета

(35) записей в 1 13 00 во втором 622 000, быстро работает тот у которого 622 000

как замерить отчет СКД?

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

(42) Внутри формы поставь точки остановки до и после вывода

(42) В консоли запрос погоняй

Еще проблема может быть из-за фрагментации таблицы, попробуй сделать обновление статистики, реиндексацию и прочие регламенты для sql

(29) ловко он тебя обманул (41)
(46) еще может быть 30 добавленных относительно 1 реквизитов Строка (неогр)

Разница большая, вот ради эксперимента так:
еще два измерения где будет хранить номер и дату заявки и пусть сделает запрос для начала без периода и не по регистру! а именно по этим полям

(0) у регистратора ОбработкаПолученияПредставления() есть?

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

(47) строк неограниченной длинны нет(

(49) есть...

(52) Так ты же сказал, что пробовал выводить только измерение "НомерЗаявки"! Опять соврал?

(50) а также эти поля будут выводиться дольше в таб документ

(52) сделай как в (48)

(55) (18) (22) (25)

(53) не выбираю я его, у регистратора в модуле менеджера есть, но я гео не вывожу! почему соврал? и почему опять?

(52) и что там?
учти, что этот код выполняется на каждую строку отчета :)

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

сейчас запущу только вывод измерения

(56) Номер получать не из регистратора а отдельного поля

(61) Читай (0), номер - это отдельное поле Строка(14)

(0) выложи сюда оба отчета

(57) выполни запросы без вывода вообще, тупо в обработке выполнить и все, и замерь время

(60) А в (25) ты что запускал?
(57)
1. Соврал, что пробовал исключить эффект получения представления, чем направил следствие по ложному пути.
2. Путаешься в показаниях относительно количества записей в медленном регистре.

(65) пишу третий раз в долгом регистре чуть больше 13 000 строк что не ясно? я так и писал

(65) тут наверное не так выразился, еще раз опишу, представление брал только у реквизитов в регистре пробовал и без них, ссылочного типа, регистратор не трогал ни разу.

(66) тогда поясни (0) "результат 55-60 тыс строк"

(66) Ну и расскажи тогда, почему запрос по нему без соединений/объединений возвращает 55-60 тысяч строк?
Наворотил группировок СКД?

Сравни итоговые запросы СКД

(67) Исключить влияние получения представления - это исключить из вывода все поля ссылочных типов. Регистратор, не регистратор - не волнует. Все. Поля. Ссылочных. Типов.

В СКД вычисляемые поля замедляют формирование отчета очень сильно. Поэтому лучше вычисления в запросе делать.

(67) И если ты делаешь ПРЕДСТАВЛЕНИЕ(НекаяСсылка) -  то это не значит, что ты исключил замедление от получения представления. Это всё равно будет соединение.

(73) ок понял, сейчас выкину эти реквизиты. (69) блииин написал через пень колоду

сейчас сделал по реккомендации, убрал процедуру обработка получения представления у документа регистратора, хз почему, я его не выводил и тут же сработало в 10 раз быстрее

(75) "Автозаполнение" стоит под запросом?

(75) Так не бывает. Регистратора вообще в результате запроса не было или просто ты не выводил его в поля СКД?

(75) В СКД есть "Выражение представления" у поля. Вместо того, чтобы убирать для всей системы представление документа, лучше всё же в этом поле уточнить, как его формировать..

(76) lf

(78) там сделали у документа не корректно, нужно только на форме в заголовке по сути, сейчас перенес и все будет ок

всем спасибо большое.

MrStomak - отдельное

(81) пожалуйста
больше не огорчай нас

(83) ok