OR WHERE子句会降低sql查询性能(sql server)

问题描述:

我在我们的应用程序中使用的一个sproc中看到了性能问题。OR WHERE子句会降低sql查询性能(sql server)

这是一个非常大的问题,我已经缩小到我看到性能问题的部分。

它在where子句中(复制如下)。查询估计计划显示这部分大约需要80%。

逻辑是,@AssignedToIds@AssignedToRoleIds可以为空,它是空的,那么我们将拉所有的记录。 临时表可以有多行。不胜感激任何帮助提高性能。

#AssignedTo#AssignedToRole是临时表。

#AssignedTo只有一个值在表中#AssignedToRole是空

SQL: -

SELECT DISTINCT TOP 2000 t.Member_Party_PartyId AS Member_Party_PartyId 
FROM Task t 
WHERE t.IsDeleted = 0 
    AND (
     t.DueDate >= @DueStart 
     OR @DueStart IS NULL 
     ) 
    AND (
     t.DueDate <= @DueEnd 
     OR @DueEnd IS NULL 
     ) 
    AND (
     (
      @FilterType = 'MyPatients' 
      AND t.AssignedUserId = @UserId 
      ) 
     OR @FilterType != 'MyPatients' 
     ) 
    AND (@FilterType != 'MyRole') 
    AND (
     (
      @FilterType = 'MyGroup' 
      AND t.AssignedUserId IN (
       SELECT PartyId 
       FROM #OrgMembers 
       ) 
      ) 
     OR @FilterType != 'MyGroup' 
     ) 
    AND (
     (
      @FilterType = 'Custom' 
      AND vpad.Provider IN (
       SELECT PartyId 
       FROM #OrgMembers 
       ) 
      ) 
     OR @FilterType != 'Custom' 
     ) 
    AND (
     (
      @ActiveCase = 1 
      AND cases.CaseId IS NOT NULL 
      ) 
     OR @ActiveCase = 0 
     ) 
    AND (
     t.TaskStatusId IN (
      SELECT TaskStatusId 
      FROM #TaskStatus 
      ) 
     ) 
    AND (
     t.TaskCategoryId IN (
      SELECT TaskCategoryId 
      FROM #TaskCategory 
      ) 
     OR @TaskCategoryIds IS NULL 
     ) 
    AND (
     t.TaskPriorityId IN (
      SELECT TaskPriorityId 
      FROM #TaskPriority 
      ) 
     OR @TaskPriorityIds IS NULL 
     ) 
    AND (
     rm.RegistryId IN (
      SELECT RegistryId 
      FROM #Registry 
      ) 
     OR @RegistryIds IS NULL 
     ) 
    AND (
     (
      fg.CareMeasureId IN (
       SELECT CareMeasureId 
       FROM #CareMeasure 
       ) 
      AND exclusion.MemberId IS NULL 
      ) 
     OR @CareMeasureIds IS NULL 
     ) 
    AND (
     vpad.OrganizationId IN (
      SELECT OrganizationId 
      FROM #Organization 
      ) 
     OR (
      SELECT count(OrganizationId) 
      FROM #Organization 
      ) = 0 
     ) 
    AND (
     vpad.Provider IN (
      SELECT ProviderId 
      FROM #Provider 
      ) 
     OR @ProviderIds IS NULL 
     ) 
    AND (
     cases.CaseTypeId IN (
      SELECT CaseTypeId 
      FROM #CaseType 
      ) 
     OR @CaseIds IS NULL 
     ) 
    AND 
    --(case when @AssignedToIds Is Not Null And then t.AssignedUserId in (select AssignedToId from #AssignedTo)) 
    (
     (
      t.AssignedUserId IN (
       SELECT AssignedToId 
       FROM #AssignedTo 
       ) 
      OR (
       @AssignedToIds IS NULL 
       AND @AssignedToRoleIds IS NULL 
       ) 
      ) 
     OR (
      t.AssignedRoleId IN (
       SELECT AssignedRoleId 
       FROM #AssignedToRole 
       ) 
      OR (
       @AssignedToRoleIds IS NULL 
       AND @AssignedToIds IS NULL 
       ) 
      ) 
     ) 
    AND (
     vpad.OrganizationId IN (
      SELECT OrganizationId 
      FROM #UserOrgs 
      ) 
     OR (
      (
       SELECT count(OrganizationId) 
       FROM #UserOrgs 
       ) = 0 
      ) 
     OR (@RoleType <> 'Manager') 
     ) 
    AND (
     (
      mhp.MemberHealthPlanTypeId IN (
       SELECT HealthPlanId 
       FROM #HealthPlan 
       ) 
      AND hpds.HierarchyOrder IS NOT NULL 
      ) 
     OR @HealthPlanIds IS NULL 
     ) 
OPTION (RECOMPILE); 
+3

为什么选择?为什么不加入他们呢? – 2015-01-26 21:52:41

+0

加入将无法使用。这些是有条件的连接。如果变量 - @ - AssignedToIds或 - @ - AssignedToRoleIds具有值,我只需要加入临时表。 – pmh 2015-01-26 21:56:40

+2

您有顶部x行,但没有顺序。没有命令你无法知道哪些行将被返回。 – 2015-01-26 22:33:57

你可以尝试添加

option(recompile) 

若要在SQL查询结束。看看它是否会加快它的速度。

+0

。没有运气 – pmh 2015-01-26 21:56:08

+0

我想我们可能需要在这里查看整个查询。也许可能你可能需要用一个带有索引的临时表的帮助来检查,以加快速度或某事。尽管如此,很难用那个假设来作出这样的假设。 – 2015-01-26 21:58:32

+0

感谢您的期待。这是完整的查询 – pmh 2015-01-26 22:02:34

个人有这么多的条件在这个where子句它将成为一个噩梦找出性能问题。

如果是我,我会把这个查询拆分成更小的查询,以便您正在处理不断减少的子集。

如得到的只是

INSERT INTO myWorkingTable (some columns here....) 
SELECT 
    DISTINCT TOP 2000 
    t.Member_Party_PartyId AS Member_Party_PartyId 
FROM 
    Task t 
WHERE 
    t.IsDeleted = 0 

的结果,然后从这些结果中工作,通过下一组查询,并尽可能的包括任何你的条件逻辑。

例如。 因此,例如,你的逻辑为:

(
t.DueDate >= @DueStart 
OR 
    @DueStart IS NULL 
) 

可能是

IF(@DueStart IS NOT NULL) 
BEGIN 
--LEAVE ONLY THOSE ITEMS WHERE @DueStart >= dueDate 
DELETE FROM myWorkingTable WHERE t.DueDate < @DueStart 
END 

这样所以其他条件可以在“主”查询外进行。

然后,您最终可以运行执行计划来检查完整查询,然后应用计划建议的任何建议索引。

我知道这并不直接回答这个问题,但东西这个整体也将是几乎不可能有人只是说“你的问题是与此位”

虽然做内null检查哪里条款可能是昂贵的。