Здравствуйте! подскажите пожалуйста, есть вот такой запрос:

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

Измерения регистра:Номенклатура, Характеристика, Назначение,Склад. Склад не индексируемый.  
При выполнении этого запроса в профайлере смотрю его план запроса. Профайлер показывает что при обрашение к регистру идет  Clustered Index Seek. Почему? Ведь должен идти Scan. Или не должен?

всегда есть индекс по комбинации всех измерений

ну тут он должен быть как Разделитьель + период + Номенклатура + характеристика + назначение + склад. Склад не индексируемый, поэтому индекса  Разделитьель + период + Склад + Изм1 + ... нет. В СУБД смотрю, там то же 1 индекс, тот который выше писал.

(2) это для таблицы остатков?

да, таблица остатков(dbo._AccumRgT17162)

На начало периода он должен встать

Clustered Index Seek почти всегда лучше, чем Scan. Если только таблица не крошечная.
В чём проблема-то?

На первую запись периода

(7) здесь на последнюю

(8) На первую запись актуального периода

Да нет проблем нет, просто не могу понять почему идет индекс сик ведь индекса то нет. в профайлере тест записи вот такой:
|--Clustered Index Seek(OBJECT:([ut].[dbo].[_AccumRgT17162].[_Accum17162_ByDims_TRRRRRR] AS [T2]), SEEK:([T2].[_Fld737]=[@P2] AND [T2].[_Period]=[@P3]),  WHERE:([ut100714].[dbo].[_AccumRgT17162].[_Fl.....

т.е. если я правильно понял там идет сеек по полям индекса а дальше where?

Вопрос этот возник после прочтения статьи
"Типичные причины неоптимальной работы запросов и методы оптимизации" с ИТС. Захотелось посмотреть как оно реально выглядит, а выгляддит оно как то не так как я представлял.

поле поиска для ВТ не входит ни в один из индексов, поэтому должен идти индекс скан, а идет индекс сик.

(10) сначала seek для поиска записей на точку актуальности ('39991101'), а дальше скан по условию where

(13)Ок, понятно, примерно так и думал.Спасибо.

Там остатояный предикат поиска.
Смотрите планы надлежащим образом, тоесть через show xml plan

(15) остатояный  = отстойный?

Остаточный

И да, этр не связано с остатками 1с.
Это термин СУБД

H A D G E H O G s
ответь на
знатокам многопоточности: как корректно завершить отдельный поток?

18+ Пожалуйста

Виртуальная таблица - это соединение с подзапросом. Ты не в настоящую таблицу заглядываешь - поэтому "очевидный" вывод не применим. Далее (13)

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

(20) виртуальная таблица без задания даты - самвя что ни наесть реальная