Из книжки Настольная книга эксперта по технологическим вопросам.
"Условия в запросе и индексы в базе должны друг другу соответствовать"
Запускаю 1c (ERP 2.4,8.3.10,SQL2005),запускаю профайлер.
Выполняю запрос:

ВЫБРАТЬ
    СвободныеОстаткиОстатки.Номенклатура КАК Номенклатура,
    СвободныеОстаткиОстатки.Склад КАК Склад,
    СвободныеОстаткиОстатки.ВНаличииОстаток КАК ВНаличииОстаток
ИЗ
    РегистрНакопления.СвободныеОстатки.Остатки(, Склад = &Склад) КАК СвободныеОстаткиОстатки

Структура измерений:
Номенклатура,Характеристика,Склад

Профайлер показывает что использует Clastered index seek.
Почему?

http://ipic.su/img/img7/fs/Plan.1540994930.jpg

а какой оператор вы ожидаете увидеть?

скан

Ну дык так и должно быть

Запрос.Текст = "ВЫБРАТЬ | ТоварыНаСкладахОстатки.Склад, | ТоварыНаСкпадахОстатки.Номенклатура, | ТоварыНаСкладахОстатки.Качество |ИЗ | РегистрНакопления.ТоварыНаСкпадах.Остатки(, Номенклатура = &Номенклатура) КАК ТоварыНаСкладахОстатки"; В данном случае нарушено требование 2. В условии отсутствует отбор по первому нолю индекса (Склад). Такой запрос не сможет выполниться оптимально. Для его выполнения серверу СУБД придется перебирать (сканировать) все записи таблицы. Время выполнения этой операции напрямую зависит от количества записей в таблице остатков регистра и может быть очень большим (и будет увеличиваться с ростом вшичества данных).

Обращается к таблице итогов и по дате получает оперативный

это с книжки

(6) я тоже это понимаю.

https://its.1c.ru/db/metod8dev/content/1590/hdoc

(5) Вопрос то в чем?

может на складе ввсего пару позиций?

(11) да немного

[ОРРХ | ОРНР1 +] Период + Измерение1 + ... + ИзмерениеN (Кластерный) ) + Splitter а он и есть кластерный у таблицы итогов. Все как надо

(13) тут по 3 измерению условие а не по 1

(14) Оптимизатор решил что так будет правильно

(5) определись ужо, в (0) у тя фильтр по складу, в (5) - по номенклатуре..
а в реальности - хз что

(14) если оно индексировано, то читать пункт 2 в РС в (13) до полного просветления

* в (9)

(16) в книге структура регистра из ут 10  отличается
Там первое измерение склад, в ERP номенклатура

(0) seek по дате, Склад - в остаточном предикате поиска.

Оптимизатор основываясь на статистике решает какой план будет в том или ином случае оптимальнее и передает на исполнение. Но то что это будет действительно оптимальный план - гарантий нет

(17) оно не индексировано вообще, нет покрывающего.

(22) Кластерный индекс - он предоставляется платфорой и будет покрывающим

https://its.1c.ru/db/metod8dev/content/1590/hdoc правила тут

(20) Понял спасибо.

(25) Это так называемое частичное сканирование индекса. Совершенно нормальная ситуация

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

Надо не просто миллион а миллион в разных периодах

И миллиона мало

И номенклатуры побольше разной

(14)
При получении остатков период всегда используется, даже если вы его не указали. 1С расщепит запрос понятный для mssql, а там будет дата для получения текущих итогов.
И + вы используете отбор по измерению.
Все под clastered index seek, как доктор прописал.

По ощущениям, из всего форума по теме шарит только palsergeich, да Анатолий, когда валазит из своих java/ бигдата.

(32) 1С:Эксперт вообще редкое явление.

(33) Нуралиев вообще один

(32) хз.. судя по собеседованиям на вакухи в незалежную такое ощущение что эксперты под каждым забором валяются

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

И кандидат на вакансию программист за 120к просто ОБЯЗАН знать все о оптимизации и работе СУБД ))))

(37) А сколько получаете вы?

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

(37) В МСК на 120 дай бог что бы запросы на практике умел применять. А если еще и СКД то просто огонь.
(37) Все хотят, просто потому что это модно.

я тоже хочу ..

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

(32) не скромничай, себя-то посчитай

(44) Это априори.

(0) а шо показывает rpc:completed?

(36) Вы много видели баз, где разделитель реально используется? Не будет Seek по этой колонке, т.к. там всегда 0 (ноль) у подавляющего большинства. Как следствие - статистика по индексам, где есть область данных, в целом бесполезна, т.к. самая левая колонка всегда содержит одно значение. SQL Server строит колоночную статистику по каждой колонке и использует затем её при формировании плана запроса. Посмотрите на статистики с префиксом WA - это оно и есть.

(45) отсыпь, тож хочу таких ощущений

(40) ну знаешь я сейчас в компании работаю тут 5 лярдов и даже никакая 1с 8 не нужна ибо учетная система на 7.7 ))))

(39) 60... переферия ((

(46) exec sp_executesql N'SELECT
T1.Fld63162RRef,
T1.Fld63164RRef,
T1.Fld63165Balance_
FROM (SELECT
T2._Fld63164RRef AS Fld63164RRef,
T2._Fld63162RRef AS Fld63162RRef,
CAST(SUM(T2._Fld63165) AS NUMERIC(32, 8)) AS Fld63165Balance_
FROM dbo._AccumRgT63169 T2
WHERE ((T2._Fld2124 = P1)) AND (T2._Period = @P2 AND ((T2._Fld63164RRef = @P3)) AND (T2._Fld63165 <> @P4) AND (T2._Fld63165 <> @P5))
GROUP BY T2._Fld63164RRef,
T2._Fld63162RRef
HAVING (CAST(SUM(T2._Fld63165) AS NUMERIC(32, 8))) <> 0.0) T1',N'P1 numeric(10),@P2 datetime,@P3 varbinary(16),@P4 numeric(10),@P5 numeric(10)',0,'Nov  1 5999 12:00:00:000AM',0x8C8900155D505D0A11E88516CE5760B6,0,0

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

Интересно, как можно работать в 1с, не используя запросов?

(53) не используя таких запросов как в (51), вполне себе работается, и таких 1с-ников большинство

(54) ты вообще о чем... это тупой запрос остатков с отбором по складу в ERP 2.4, в представлении команд mssql 2005, как его выполняет субд.

(53) ваще... я на 7.7 код пишу и блин плачу...

(56) А когда я писал код в 77, платили мне...

(57) не.. я про грусть печаль,тоску, желание убежать и спрятаться

(58) Ты, главное, в оружейный не беги...
А так я писал приличные ))) скуль-запросы для 77... И всё работало шустренько

(59) не.. нафиг.. работа временная...я уже с ними расстаться планирую ближайшее время.. лезть в дебри 1сpp ну его...

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

(61) У тебя пропущено измерение в фильтре - вот и seek не до конца.

(61) Посмотри, сколько reads в профайлере на этапе выполнения запроса. Их будет много. Будет считана вся часть таблицы итогов на дату
Nov  1 5999 12:00:00:000AM