it-swarm.dev

Jak zamawiasz według parametru?

Zastanawiam się, czy mógłbym poprosić o informacje zwrotne na temat procedury przechowywanej, którą uruchamiam i czy istnieje bardziej skuteczny sposób obsługi scenariusza (jestem pewien, że tak będzie!).

Zasadniczo mam jeden SP, który wywołuję, aby zwrócić listę rekordów (zadań), które mogą mieć jeden lub więcej stanów i porządek sortowania (używam RowNum do stronicowania). moment używam Z REKOMPILACJĄ, ponieważ zmiany statusów mogą się cały czas zmieniać (w zależności od użytkownika itp.) Trwa również filtrowanie.

Używam instrukcji JEŻELI, aby zasadniczo uruchomić ten sam kawałek kodu, a jedyną zmianą jest kolejność sortowania.

Wydaje mi się, że moje pytania brzmią: czy istnieje lepszy sposób na zrobienie tego (może różne SP dla różnych statusów)? Czy nadmiernie komplikuję rzeczy z powodu braku wiedzy (całkiem prawdopodobne) Czy SP faktycznie jest w porządku, ale wymaga drobnych poprawek w celu zmniejszenia liczby linii?

Wkleiłem część SP poniżej) - jedyną różnicą w stosunku do pełnego kodu są dodatkowe instrukcje IF dla różnych porządków sortowania ...

Byłbym wdzięczny za wszelkie opinie.

Z góry dziękuję!

PROCEDURE [dbo].[sp_Jobs] 

@PageNumber int, 
@PageSize int, 
@FilterExpression varchar(500), 
@OrderBy varchar(50), 
@CustomerID int, 
@ShowNotSet bit, 
@ShowPlaced bit, 
@ShowProofed bit, 
@ShowReProofed bit, 
@ShowApproved bit, 
@ShowOnTime bit, 
@ShowLate bit, 
@ShowProblem bit, 
@ShowCompleted bit, 
@ShowDispatched bit, 
@ShowUnapproved bit, 
@ShowClosed bit, 
@ShowReturned bit, 
@UserID int

WITH RECOMPILE 

AS

--JobNumber DESC 
if @OrderBy='JobNumberDESC' 
BEGIN 

WITH Keys AS (SELECT TOP (@PageNumber * @PageSize) ROW_NUMBER() OVER (ORDER BY JobNumber DESC) as rn,P1.jobNumber,P1.CustID,P1.DateIn,P1.DateDue,P1.DateOut,p1.client,p1.MasterJobStatusID,p1.MasterJobStatusTimestamp,p1.OwnerID 

FROM 
vw_Jobs_List P1 WITH (NOLOCK) 

WHERE 
(@CustomerID = 0 OR CustID = @CustomerID) 
AND (@UserID = 0 OR OwnerID = @UserID) 
AND ((@ShowNotSet = 1 AND MasterJobStatusID=1) OR (@ShowPlaced = 1 AND MasterJobStatusID=2) OR (@ShowProofed = 1 AND MasterJobStatusID=3) OR (@ShowReProofed = 1 AND MasterJobStatusID=4) OR (@ShowApproved = 1 AND MasterJobStatusID=5) OR (@ShowOnTime = 1 AND MasterJobStatusID=6) OR (@ShowLate = 1 AND MasterJobStatusID=7) OR (@ShowProblem = 1 AND MasterJobStatusID=8) OR (@ShowCompleted = 1 AND MasterJobStatusID=9) OR (@ShowDispatched = 1 AND MasterJobStatusID=10) OR (@ShowUnapproved = 1 AND MasterJobStatusID=11) OR (@ShowClosed = 1 AND MasterJobStatusID=12) OR (@ShowReturned = 1 AND MasterJobStatusID=13)) AND (Search LIKE '%'[email protected]+'%')

ORDER BY 
P1.JobNumber DESC ),SelectedKeys AS (
SELECT TOP (@PageSize)SK.rn,SK.JobNumber,SK.CustID,SK.DateIn,SK.DateDue,SK.DateOut 

FROM 
Keys SK 

WHERE 
SK.rn > ((@PageNumber-1) * @PageSize) 

ORDER BY 
SK.JobNumber DESC) 

SELECT SK.rn,J.JobNumber,J.OwnerID,J.Description,J.Client,SK.CustID,OrderNumber, CAST(DateAdd(d, -2, CAST(isnull(SK.DateIn,0) AS DateTime)) AS nvarchar) AS DateIn, CAST(DateAdd(d, -2, CAST(isnull(SK.DateDue,0) AS DateTime)) AS nvarchar) AS DateDue,CAST(DateAdd(d, -2, CAST(isnull(SK.DateOut,0) AS DateTime)) AS nvarchar) AS DateOut, Del_Method,Ticket#, InvoiceEmailed, InvoicePrinted, InvoiceExported, InvoiceComplete, JobStatus,j.MasterJobStatusID,j.MasterJobStatusTimestamp,js.MasterJobStatus 

FROM SelectedKeys SK JOIN vw_Jobs_List J WITH (NOLOCK) ON j.JobNumber=SK.JobNumber JOIN tbl_SYSTEM_MasterJobStatus js WITH (NOLOCK) ON j.MasterJobStatusID=js.MasterJobStatusID 

ORDER BY 
SK.JobNumber DESC 
END

--ELSE IF dla innych sortowań kolumn

16
VaticNZ

Sortowanie można rozwiązać za pomocą wyrażenia CASE, podobnie jak:

ORDER BY
    CASE WHEN @SortDirection = 'A' THEN
        CASE 
           WHEN @SortBy = 'JobNumber' THEN JobNumber
           WHEN @SortBy = 'JobId' THEN JobId 
        END
    END ASC
    , CASE WHEN @SortDirection = 'D' THEN
        CASE 
           WHEN @SortBy = 'JobNumber' THEN JobNumber
           WHEN @SortBy = 'JobId' THEN JobId 
        END
    END DESC

Możesz ponownie rozważyć OR, gdzie warunki mogą generować słabe plany. Jednym z najlepszych artykułów, które przeczytałem na ten temat (i alternatywne podejścia) jest Dynamiczne warunki wyszukiwania w T-SQL

Edycja: ponownie patrząc na listę parametrów, filtry podstawowe wyglądają na @CustomerId i @UserId. Sugerowałbym utworzenie dwóch procs, spJobs_SelectByCustomerId i spJobs_SelectByUserId, które filtrują według ich odpowiednich parametrów, aby wyeliminować warunki „@Param = 0 lub Kolumna = @Param”. Wydaje mi się, że następnym ważnym parametrem jest @ShowCompleted (zakładając, że kiedy zadanie zostanie wykonane), nie jest pokazywane, chyba że @ ShowCompleted = 1), co rozważałbym uwzględnienie w indeksach CustomerId i UserId.

Edycja2: Zabawne, że te pytania czasami tykają w twoich myślach! :) Po zaindeksowaniu @ShowCompleted jest to jedna z sytuacji, w których Korzystanie z kolumny BIT o niskiej selektywności może być najlepszą strategią . Filtrowane indeksy należy również wziąć pod uwagę.

16