Здравствуйте.
Нужно было хранить периодические значения на документ в разрезе Товар+Склад.

Сделал справочник:
Товар [Справочник.Номенклатура],
Склад [Справочник.МестаХранения],
Значение [Неопределенный],
Документ [Документ],
Тип [Перечисление],
НеИспользуется [Число(1)],
Основание [Документ],
Позиция [Строка(24)].

Сделал функции в sql для получения последнего значения на дату и на документ.

CREATE function GetValueByDoc(@tov char(9), @skl char(9), @type char(9), @doc char(9))
returns char(23)
begin
declare @val char(23)
set @val = ''
select top 1
	@val = p.sp815
from sc822 as p (nolock)
where
	p.sp813 = @tov
	and p.sp814 = @skl
	and p.sp817 = @type
	and right(p.sp816, 9) = @doc
	and p.sp818 = 0
order by p.sp820 desc

select @val = case left(@val, 1)
		when 'N' then ltrim(right(@val, 22))
		when 'D' then substring(@val, 2, 8)
		else substring(@val, 7, 9)
		end
select @val = case @val when '                       ' then NULL else @val end

return @val
end  

На все реквизиты (кроме Значение) установил признак сортировки, но чую, что в запросах эти индексы не использую. За 5 месяцев накопилось over1.600.000 записей. Надо сделать, чтобы выборка работала быстрее.

Подскажите как использовать индексы в запросах. Или они уже используются самим sql-ем и быстрее запрос не получится?

Цитата:

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

Работать будет все равно только один индекс. Поэтому можно оставить только один - самый селективный. Вероятнее всего это индекс по Товар или Документ.
Если выбор падет на индекс по документу, то нужно будет избавиться от right и в функцию передавать @doc char(13).

Крайность - индекс с составным ключом (sp813,sp814,sp817,sp816,sp818,sp820). Он будет максимально селективным для данного запроса.
Но такие индексы можно сделать только нештатно.

Помогло, прирост по скорости 5 раз. Еще раз спасибо.

Не, первых 2 абзаца сделал: оставил индекс только на документе и переделал на char(13)

Пока буду продолжать наблюдения. Если прижмет - буду думать в сторону составного.

Ну так, например.. хотя, если правильно слеплены условия, оптимизатор и так выберет вой индекс


select * from SC555 (NOLOCK INDEX=ТвойИндекс)

угу, попробовал
ибо есть еще функция, в которой нет проиндексированного поля документ

CREATE function GetValueByDate(@tov char(9), @skl char(9), @type char(9), @date char(8))
returns char(23)
begin
declare @val char(23)
set @val = ''
if (@date = '')
	begin
		select top 1
			@val = p.sp815
		from sc822 as p (nolock)
		where p.sp8369 = @tov + @type + @skl
			and p.sp818 = 0
		order by p.sp820 desc
	end
else
	begin
		select top 1
			@val = p.sp815
		from sc822 as p (nolock)
		where p.sp8369 = @tov + @type + @skl
			and left(p.sp820, 8) <= @date
			and p.sp818 = 0
		order by p.sp820 desc
	end
select
	@val =
	case left(@val, 1)
		when 'N' then ltrim(right(@val, 22))
		when 'D' then substring(@val, 2, 8)
		else substring(@val, 7, 9)
	end
select @val = case @val when '			     ' then NULL else @val end
return @val
end
 

я так понимаю нужно будет 2 индекса строить: с документом, если мне нужно значение на документ и без него, если нужно значение на дату или на "конец времен"?