Порядок выполнения предложения SQL WITH

Question

Выполняю операции фильтрации, сортировки и подкачки в хранимых процедурах. Порядок этих операций должен быть в порядке выполнения search-> order-> paging. Я не знаю, выполнила ли моя хранимая процедура порядок сначала по операциям или поисковым операциям. Так что мои вопросы:

1) Каков порядок выполнения этой хранимой процедуры?

2) Если порядок выполнения выполняется перед оператором поиска, как я могу выполнить операции поиска во-первых?

CREATE PROCEDURE [dbo].[Grid_Feedbacks_Select_All] 
@search nvarchar(100), 
@orderby nvarchar(50), 
@orderbydirection nvarchar(4), 
@skipLength int, 
@length int 
AS 
BEGIN 

--THIS PART IS ORDER BY PART 
WITH CTE_Results 
AS (
SELECT ROW_NUMBER() OVER (ORDER BY 
    CASE WHEN (@orderby = 'Subject' AND @orderbydirection='asc') 
       THEN Subject 
    END ASC, 
    CASE WHEN (@orderby = 'Subject' AND @orderbydirection='desc') 
       THEN Subject 
    END DESC, 

    CASE WHEN (@orderby = 'Text' AND @orderbydirection='asc') 
       THEN Text 
    END ASC, 
    CASE WHEN @orderby = 'Text' AND @orderbydirection='desc' 
      THEN Text 
    END DESC 
) AS ROWNUM, 

Count(*) over() AS TotalCount, 
(
    --THIS PART IS SEARCH PART 
    SELECT COUNT(*) FROM Feedbacks f(nolock)) AS TotalRecordsCount, 
    f.Id, 
    f.Response, 
    f.Subject, 
    f.Text, 
    u.Username, 
    c.FirmName, 
    c.Name, 
    c.Surname 

    FROM Feedbacks f(nolock), Users u, Customers c 
    WHERE 
    f.UserId = u.Id 
    AND u.CustomerId = c.Id 
    OR(f.Text LIKE '%' + @search + '%') 
    OR (u.Username LIKE '%' + @search + '%') 
    OR (c.Name LIKE '%' + @search + '%') 
) 
--THIS PART IS PAGING PART 
SELECT * FROM CTE_Results AS CPC 
WHERE CPC.ROWNUM > @skipLength AND 
CPC.ROWNUM < @skipLength + @length + 1 
ORDER BY CPC.ROWNUM ASC 

END 

Answer 1

Ответ «Не знаю, не волнует». Операторы SQL являются описательными. Они описывают производимую продукцию. SQL является не языком процедуры, поэтому механизм SQL может свободно выбирать любой порядок выполнения и метод оптимизации, который ему нравится.

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

Другими словами, вы беспокоитесь о неправильном. Просто убедитесь, что запрос возвращает нужные вам данные и наилучшим образом написан для оптимизатора, чтобы воспользоваться его способностями.

EDIT:

Чтобы было ясно, SQL Server documentation четко говорится:

Когда процессы SQL Server объединяет двигатель запрос выбирает наиболее эффективный метод (из нескольких возможных) обработки присоединиться. Физическое выполнение различных объединений может использовать множество различных оптимизаций и поэтому не может быть надежно предсказано.

Если у вас есть большое количество объединений в запросе (больше, чем в OP), оптимизатор может не учитывать все возможности. В этом случае порядок соединения может влиять на план запроса. Гораздо важнее, однако, статистика, которую оптимизатор использует для выбора порядка и типов операций объединения. Microsoft приложила много усилий для выбора лучших планов исполнения.

Несмотря на это, в некоторых случаях оптимизатор может быть неправильным. Вы можете влиять на результаты, используя явные подсказки для соединений. Я не знаю никаких подсказок, которые будут применяться к вопросу OP. И, я не думаю, что это даже стоит рассмотреть, если нет текущих проблем с производительностью.