Как ускорить это индексированное представление?

у меня есть простой индексированный вид. Когда я спрашиваю об этом, это довольно медленно. Сначала я покажу вам схемы и индексы. Затем простые вопросы. Наконец, план запроса screnie.

Update: доказательство решения в нижней части этого сообщения.

- схемы

вот как это выглядит: -

CREATE view [dbo].[PostsCleanSubjectView] with SCHEMABINDING AS
    SELECT PostId, PostTypeId, 
        [dbo].[ToUriCleanText]([Subject]) AS CleanedSubject
    FROM [dbo].[Posts]

мой udf ToUriCleanText просто заменяет различные символы пустым символом. Например. заменяет все символы " # " на ".

затем я добавлены два индекса на этом: -

индексы

индекс первичного ключа (т. е. Кластеризованный Индекс)

CREATE UNIQUE CLUSTERED INDEX [PK_PostCleanSubjectView] ON 
    [dbo].[PostsCleanSubjectView] 
(
    [PostId] ASC
)
WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, 
      SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF,
      ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
GO

и некластеризованный индекс

CREATE NONCLUSTERED INDEX [IX_PostCleanSubjectView_PostTypeId_Subject] ON 
    [dbo].[PostsCleanSubjectView] 
(
    [CleanedSubject] ASC,
    [PostTypeId] ASC
)
WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, 
      SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF,
      ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
GO

теперь, это имеет около 25K строк. Ничего особенного.

когда я делаю следующие запросы, они оба занимают около 4 нечетных секунд. WTF? Так и должно быть.. в основном мгновенно!

запрос 1

SELECT a.PostId
FROM PostsCleanSubjectView a 
WHERE a.CleanedSubject = 'Just-out-of-town'

запрос 2 (добавлено другое предложение where пункт)

SELECT a.PostId
FROM PostsCleanSubjectView a 
WHERE a.CleanedSubject = 'Just-out-of-town' AND a.PostTypeId = 1

что я сделал не так? ОСО все портит? Я думал, что, поскольку у меня есть такой взгляд, он будет материализован. Таким образом, ему не нужно будет вычислять этот столбец строки.

вот screenie плана запроса, если это помогает :-

кроме того, обратите внимание на индекс он использует? Почему он использует этот индекс?

этот показатель...

CREATE NONCLUSTERED INDEX [IX_Posts_PostTypeId_Subject] ON [dbo].[Posts] 
(
    [PostTypeId] ASC,
    [Subject] ASC
)
WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, 
      SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, 
      ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
GO

так что да, любые идеи народ?

обновление 1: добавлена схема для udf.

CREATE FUNCTION [dbo].[ToUriCleanText]
(
    @Subject NVARCHAR(300)
)
RETURNS NVARCHAR(350) WITH SCHEMABINDING
AS 
BEGIN
   <snip>
   // Nothing insteresting in here. 
   //Just lots of SET @foo = REPLACE(@foo, '$', ''), etc.
END

Обновление 2: Решение

Да, это было потому, что я не использовал индекс в представлении и должен был вручную убедиться, что я не расширяю представление. Сервер является SQL Server 2008 Standard Edition. Полный ответ приведен ниже. Вот доказательство, WITH (NOEXPAND)

спасибо всем за помощь в решении этой проблемы:)