есть РегистрНакопления.УстановкаСчетчик каждый месяц довабляется 9 000 000 запись

надо оптимизировать этот код

ВЫБРАТЬ
   КОЛИЧЕСТВО(АбонентА),
   СУММА(Минут) КАК Минут    
ИЗ
   РегистрНакопления.УстановкаСчетчик
ГДЕ
   Период МЕЖДУ &Дата1 И &Дата2
   И Минут МЕЖДУ 0 И 60

на это уйдёт 21 сек

Обращайтесь к виртуальной таблице регистра

(0)индексы и прямой запрос

(2) сгинь 7-шник и нарушитель лицензионного соглашения :)

Feanorko можно какой нибудь пример?

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

(4) сфорумилруйте задачу как-то полнее, а то я нихрена не понял, что нужно получить в итоге :)

(5) Как условие наложить в вирт таблице  И Минут МЕЖДУ 0 И 60 (как я понял это ресурс)

(7) нужно как-то иначе спроектировать регистр, видимо

ВЫБРАТЬ
   КОЛИЧЕСТВО(АбонентА),
   СУММА(Минут) КАК Минут    
ИЗ
   РегистрНакопления.УстановкаСчетчик.Обороты(&Дата1,&Дата2)
ГДЕ
   Минут МЕЖДУ 0 И 60

на этом уйдёт 33 сек

(9) русским языком можешь объяснить, чего хочешь этим запросом плоучить?

(9) у тебя с (0) разный результат будет в общем случае

ты хочешь за 1 секунду получать ? или какой минимум.

B Что значит это 33 21 ?

Какой MSSQL проц и тд на чем выполняете ?

Может стоит туда смотреть

(13) т.е. обращение к физической таблице регистра накопления нисколько не смущает? :)

Да к виртуальной нужно

(13)
http://img.uz/s?f27ge6a

(12)
минимум нужен 0,020 сек

А сколько у тебя вообще обонентов без условия на минуты?
И вся база в памяти умещается?

(18) мне нужен такой отчет

http://img.uz/s?k27ge9d

а период то какой хоть? за год поди смотриш

(20) за месяц

(19) делай пакетом: 1я выборка в запросе - это сумма минут в разрезе клиентов, а потом идут выборки из нее - с условиями интервалов значенений

full scan detected.
-> чем больше данных, тем дольше испольнение запроса.

где группировки в запросе?


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

(23)
http://img.uz/s?c27geed

(23) зачем группировака?

(24) офигеть !

(24) зачетные измерения.. чего уж там
Странно, что вообще что-то еще работает

(24)
это аналитический запрос.
даже если перенести измерение "минут"  
после даты скорость выборки принципиально не увеличится ну в 2-3 раза.

(27) С такими измерениямиэто проблема со вставкой связанная с индексом. Для ускорения можно в реквизиты добавить
Часы добавить

(25)
группировка или различные нужны
тк КОЛИЧЕСТВО(АбонентА) - бессмысленно.

(24) А что означают измерения "Дата" и "Время" в твоём регистре? Какова их суть?

Индексы в РН по измерениям формируются тока если стоит галка Индексировать у них, а т.к. тип примитивный - нет индекса

Надеюсь, РН хотя бы оборотный?

часы и т.д. не в ресурс ли надо по логике то? и считать их быстро будет

(33) нет конечно - "Агрегаты" не активен на скриншоте..

у него останковый.. и Это полный ПЭ..
не закрывается он никогда

(32) Но длина индекса увеличивается в количеством и длиной измерения, что ведет к замедлению вставки в индекс, т.к. на одной странице размещается меньшее количество индексов, что ведет к бОльшей высоте Б+ дерева, и соответственно издержки на вставку. Ну и при чтении даже если все находится в памяти не будет эффекта от DDR памяти.

(35) убиццо тапком просто...

резюме - проетировка регистра *авно, перепроектировать саму суть этого всего что б там не было

(24) Сорри за оффтоп какой тип у измерения "Что"? Любопытно.

ВЫБРАТЬ
   СУММА(выбор когда счетчик.Минут<=60 тогда счетчик.минут иначе 0) КАК Минут    
ИЗ
   РегистрНакопления.УстановкаСчетчик как счетчик
ГДЕ
   Период МЕЖДУ &Дата1 И &Дата2

(40) это мёртвому припарка

(0) А какой смысл от такого регистра? Зачем нужно накапливать именно по таким измерениям. Просто большая часть может легко выведена в ревкизиты. У тебя база наверное пухнет и выборка так долго потому, что вся база в памяти не помещается и идет медленное обращение к диску.

(0) Сделай справочник Интервалы с полями "от" и "до"
И потом весь отчет можно получить одним запросом

ВЫБРАТЬ
   УстановкаСчетчик.АбонентА,
   УстановкаСчетчик.Минут,
   Интервалы.Ссылка КАК Интервал
ПОМЕСТИТЬ Данные
ИЗ
   РегистрНакопления.УстановкаСчетчик КАК УстановкаСчетчик
       ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Интервалы КАК Интервалы
       ПО УстановкаСчетчик.Минут >= Интервалы.От
           И УстановкаСчетчик.Минут < Интервалы.До

ИНДЕКСИРОВАТЬ ПО
   Интервал
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Данные.АбонентА) КАК АбонентА,
   СУММА(Данные.Минут) КАК Минут,
   Данные.Интервал
ИЗ
   Данные КАК Данные

СГРУППИРОВАТЬ ПО
   Данные.Интервал

УПОРЯДОЧИТЬ ПО
   Данные.Интервал.От

(43) + такой принцип заложен в том же РАУЗе, что сильно ускоряет все телодвижения с регистром с кучей аналитики

(41) записей 9 млн... скорей всего проблема с не вырным выбором индексов в запросе

(45) это потому что структура регистра не позволяет впринципе строить нормальные индексы

(46) да там хотя бы сделать регистр оборотным и условие засунуть в параметры ВТ - уже легче было бы.

+(47) ну и ресурс добавить соотв

примитивные типы выкинуть из измерений ещё бы

(47) так он должен работать без индексов для скорости
сканинг... всего 9 млн

обновлкение статистики может вобще ускорит в разок эту байду, хз чо там со скулем. иль файловая вобще?

(49)
даже полный дибилизм
измерение "минут" число 10.0 (9 байт)
эффективней для построения индекса чем тип ссылка (16 байт)

(52) ссылка разве не 36 символов?

(52) по примитивным типам в РН индексы не строит вобще, ибо так гласит толстая библия 1с. Сам не смотрел правда, но всегда полагал что примитивные типы зло в измерениях

(53)
путаете представление гуида
и значение.

(55) можно на примере?

(56) Число 100 - 1 байт
Его представление "100" - три символа

(57) применительно к гуиду и его представлению

(58) аналогично. guid - 16 байт.
Его представление в шестнадцатерично виде и с разделителями - 36 символов

(59) пример можно? гуида и его представления

индексы РН:
обязательные:
Период + Регистратор + НомерСтроки
Регистратор + НомерСтроки

Измерение + Регистратор + НомерСтроки
в том случае если у измерения стоит галка индексировать

Реквизит + Регистратор + НомерСтроки
в том случае если у реквизита стоит галка индексировать

Как я понимаю - примитивные типы вобще не участвуют в построении индексов

(61) это про физическую таблицу РН

(60) Блин ну как в (57) только в 16 раз длиннее. Очевидно же

+(62) и тут ничего не сказано про то, что платформе пофиг на "Индексировать" у измерения примитивного типа

ааа, затупил с примитивными. всё норм, строится если надо

(24)регистр кривой

(65) + только до сих пор не понял зачем это в Измерение. Зачем в разрезе Минут вести учёт? Смысла не видно, да и никогда не закроется

(63) понял) спасибо)

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

(69) тут то остаточный)

(70) вроде как очевидно, что это косяк :)

Ура получилось
(43) Спасибо

http://img.uz/s?j27hcoj

Код:
ВЫБРАТЬ
   УстановкаСчетчик.АбонентА,
   УстановкаСчетчик.Минут,
   Интервалы.Ссылка КАК Интервал
ПОМЕСТИТЬ Данные
ИЗ
   РегистрНакопления.УстановкаСчетчик КАК УстановкаСчетчик
       ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Интервалы КАК Интервалы
       ПО УстановкаСчетчик.Минут >= Интервалы.От
           И УстановкаСчетчик.Минут < Интервалы.До
ГДЕ
   УстановкаСчетчик.Период МЕЖДУ &Дата1 И &Дата2
   И УстановкаСчетчик.Тип = "Юр"
ИНДЕКСИРОВАТЬ ПО
   Интервал
;

////////////////////////////////////////////////////////////////////////////////

ВЫБРАТЬ
   КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Данные.АбонентА) КАК АбонентА,
   СУММА(Данные.Минут) КАК Минут,
   Данные.Интервал
ИЗ
   Данные КАК Данные

СГРУППИРОВАТЬ ПО
   Данные.Интервал

УПОРЯДОЧИТЬ ПО
   Данные.Интервал.От

http://img.uz/s?e27hd1d