trad
Давай еще чуток усложним ситуацию... В отчет отбираем документы с использованием фильра по:
- одному виду документов
- периоду
- общему реквизиту с галкой Отбор (допустим, Фирма)
- товару
доп. ревизит ТЧ задействовать не будем.
Рисуем запрос:

Select
     ЖурналДокументов.Date_Time_IDDOC
From
    ЖурналДокументов
    Left Join докЗаявкаНаСкладТЧ докЗаявкаТЧ On Right(ЖурналДокументов.Date_Time_IDDOC, 9) = докЗаявкаТЧ.IDDOC
Where
   ЖурналДокументов.Date_Time_IDDOC > @Начдата And ЖурналДокументов.Date_Time_IDDOC < @КонДатаПлюс1
   And ЖурналДокументов.Фирма = @идФирма
   And докЗаявкаТЧ.ТОвар = @идТовар
   And ЖурналДокументов.IdDocDef = 998

Потом строим индекс:
CREATE  UNIQUE  INDEX [_DT998] ON [dbo].[DT998]([IDDOC], SP1002) ON [PRIMARY]

DT998 - документ ЗаявкаНаСклад, SP1002 - товар.

Чуток подправляем запрос:

Select
     ЖурналДокументов.Date_Time_IDDOC
From
    ЖурналДокументов
    Left Join докЗаявкаНаСкладТЧ докЗаявкаТЧ On докЗаявкаТЧ.IDDOC = Right(ЖурналДокументов.Date_Time_IDDOC, 9) And докЗаявкаТЧ.ТОвар = @идТовар
Where
   ЖурналДокументов.Date_Time_IDDOC > @Начдата And ЖурналДокументов.Date_Time_IDDOC < @КонДатаПлюс1
   And ЖурналДокументов.Фирма = @идФирма
   And ЖурналДокументов.IdDocDef = 998

И, блин, не видим никакого ускорения
Слишком мало строк приходится на связывание с докЗаявкаНаСкладТЧ.

ИМХО, использование _1SCRDOC в данном случае только снизит скорость выполнения запроса.

Цитата:

И что получается. Доп.индекс пезполезен?

Цитата:

а у тебя есть возможность проверить?
Цитата:

Честно говоря, я в некотором офигивании...
Вот запросы:

Declare @идПолныйТовар Char(23), @Начдата Char(8), @КонДатаПлюс1 Char(8), @идФирма Char(9), @идТовар Char(9)
Set @идПолныйТовар = 'B1   C     9           '
Set @идТовар = '     9   '
Set @Начдата = '20070201'
Set @КонДатаПлюс1 = '20070301'
Set @идФирма = '     3   '

Select
     cd.Child_Date_Time_IDDOC
From
     _1scrdoc cd (nolock)
     Inner Join ЖурналДокументов j (nolock) on j.IdDocDef = 998 And j.Date_Time_IDDOC = cd.Child_Date_Time_IDDOC
Where
     cd.mdid = 3555
     And cd.parentval = @идПолныйТовар
     And cd.Child_Date_Time_IDDOC > @Начдата And cd.Child_Date_Time_IDDOC < @КонДатаПлюс1
     And j.Фирма = @идФирма
--order by cd.Child_Date_Time_IDDOC



Select
     ЖурналДокументов.Date_Time_IDDOC
From 
    ЖурналДокументов
    Left Join докЗаявкаНаСкладТЧ докЗаявкаТЧ On Right(ЖурналДокументов.Date_Time_IDDOC, 9) = докЗаявкаТЧ.IDDOC
Where
   ЖурналДокументов.Date_Time_IDDOC > @Начдата And ЖурналДокументов.Date_Time_IDDOC < @КонДатаПлюс1
   And ЖурналДокументов.Фирма = @идФирма
   And докЗаявкаТЧ.ТОвар = @идТовар
   And ЖурналДокументов.IdDocDef = 998

План выполнения - во вложении...

первый план вполне нарядный  
и каков результат(вывод): отбор vs доп.индекс?

если по общему реквизиту Фирма есть отбор, то можно еще несколько оптимизировать мой запрос и избавиться от лукапа.
Select  
    cd.Child_Date_Time_IDDOC  
From  
    _1scrdoc cd (nolock)  
    Inner Join ЖурналДокументов j (nolock) on j.IdDocDef = 998 And j.Date_Time_IDDOC = cd.Child_Date_Time_IDDOC  
    Inner Join ЖурналДокументов j2 (nolock) on j2.Фирма = @идФирма And j.Date_Time_IDDOC = cd.Child_Date_Time_IDDOC  
Where  
    cd.mdid = 3555
    And cd.parentval = @идПолныйТовар  
    And cd.Child_Date_Time_IDDOC > @Начдата And cd.Child_Date_Time_IDDOC < @КонДатаПлюс1  
--order by cd.Child_Date_Time_IDDOC

trad писал(а) 17. Апреля 2008 :: 07:44:


Кстати, а куда бы он (отбор) нафиг делся-то? Иначе бы колонки не было в _1SJOURN